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ABSTRACT 


Object-Oriented computing is fast becoming the de-facto standard for 
software development. Optimal deployment strategies for object servers change given 
variations in object servers, client applications, operational missions, hardware 
modifications, and various other changes to the environment. 

Once distributed object servers become more prevalent, there will be a need to 
optimize the deployment of object servers to best serve the end user’s changing needs. 
Having a system that automatically generates object server deployment strategies would 
allow users to take full advantage of their network of computers. 

Many systems have very predictable points in time where the usage of a network 
changes. These systems are usually characterized by shift changes where the manning 
and functions preformed change from shift to shift. We propose a pro-active 
optimization approach that uses predictable indicators like season, mission, and other 
foreseeable periodic events. 

The proposed method profiles object servers, client applications, user 
inputs and network resources. These profiles determine a system of equations that is 
solved to produce an optimal deployment strategy for the predicted upcoming usage by 


the users of the system of computers and servers. 
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EXECUTIVE SUMMARY 





Object-Oriented computing is fast becoming the de- 





facto standard for softwar development. Optimal 
deployment strategies for object servers change given 


variations in object servers, client applications, 








operational missions, hardware modifications, and various 





other changes to the environment. 
Once distributed object servers become more 


prevalent, there will be a need to optimize the deployment 





of object servers to best serve th nd user’s changing 





needs. Having a system that automatically generates 





object server deployment strategies would allow users to 








take full advantage of their network of computers. 


Many systems have very predictable points in time 





where the usage of a network changes. These systems are 





usually characterized by shift changes where the manning 
and functions preformed change from shift to shift. We 
propose a pro-active optimization approach that uses 


predictable indicators like season, mission, and other 











foreseeable periodic events. 
The proposed method profiles object servers, client 


applications, user inputs and network resources. These 





profiles determine a system of equations that is solved to 
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produce an optimal deployment strategy for the predicted 
upcoming usage by the users of the system of computers and 


SELPVEES:. 
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De CHAPTER 1 


A. INTRODUCTION 
Complex computer systems are made up of computers, the 


networks that connect these computers together, the software 





that runs on these computers and the users that interact 








with the applications. The systems tend to be heterogeneous 
in the hardware and software that comprise their structure. 


The functions these systems support are diverse as well. 





System engineers always want these computer systems to 





perform at peek efficiency. However, with the constantly 





changing environment that characterizes these systems, peek 








efficiency is difficult to maintain. 


When these systems serve a set of users that is known 








and limited, then the possibility of matching the system to 


the changing environment is achieved. By knowing ahead of 





time that a limited number of users can access the system, 
assumptions can be made about queuing delay that make 
reasoning about this environment possible. Even a 
simplistic model of this environment can lead to large gains 


in performance. 





To prove this hypothesis, I introduce a methodology for 





implementing a model of a distributed, object-oriented 


system with a known set of users on a heterogeneous 





environment of hardware. Different scenario reflecting 
different manning schedules, hardware and software changes 
where input into the model. The results of these model runs 
where different deployment assignments for the object 
servers. 


These scenarios where then tested with real software on 





real hardware in a test environment. Measurements of all 
possible deployments where collected and compared. The 


results showed that substantial performance enhancements 





could be achieved by this approach. 





The advancements of object-oriented technology in the 


past decade have lead to worldwide acceptance of its 








principles. Today, numerous developers design their systems 


by modeling the problem domain in terms of communicating 








entities called objects. Object-oriented systems tend to be 
more intuitive, easier to maintain, and allow for more re- 
usable code. 

The future of computing is heading for a universe of 
distributed object servers. The evolution of object 


servers to distributed object servers will parallel the 








evolution of the relational databases. Over time, object 





servers will provide functionality to more client 








applications than their original applications, just as 





relational databases were used by more applications than the 





original application. In both cases, systems optimized for 
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the original application may not perform well for the new 
applications. Tools that allow a programmer to model an 


object and create object servers with all the necessary 





infrastructure code needed to work as a distributed object 








server will soon be available. This will lead to an 





explosion in the number of object servers available to 
client applications. 

A user’s network of computers will be in a constantly 
changing state. Object servers, applications, hardware and 


user preferences will be in a constant state of flux. No 





static deployment strategy can adequately take advantage of 


the assets accessible on the network in such a frequently 





changing environment. In many cases there exist 





predictable points in time wher th user will know how 
their network of computers will change. These predictable 


points in time are usually scheduled. By allowing the user 





to take advantage of these scheduled changes, the system can 


be better utilized. 





No system can accurately predict user interaction with 














a system. Two separate users performing the same job will 
interact with a system differently. The same user may 
interact differently while performing the same job. For 











these reason and combinatorial explosion problems, a more 


dynamic software engineering approach must be taken instead 





of a static computer science approach. The alternative is a 
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deployment strategy that is dictated by the system 
engineer’s view of how the system will be utilized. Of 


course, the system engineer doesn’t revisit this strategy 





every time hardware, software or user interactions change. 





The goal is to make better deployment choices without the 
need for a system engineer, since many of these changes will 
take place without the knowledge of a system engineer or the 


budget to employ one. 























1. Object-Oriented Architectures 

Object-oriented systems can be single tier 
architectures, where th ntire system is contained inside 
of a single class in one executable. They can have n-tier 
architectures where all tiers execute on a single machine or 
in a single executable. These two types of architectures 








are quite easy to develop and deploy. Another architectural 

















type is that of a distributed object-oriented architecture. 








In this architecture, the first tier usually consists of at 














least one object server and the remaining tiers consist of 





at least one application. When the object server and 
application do not have to be co-located on the same 


machine, then the architecture is a distributed object-— 





oriented architecture. Distributed, object-oriented 








architectures are more difficult to develop and deploy, but 








this architecture is much more applicable to the design of 





large, complex systems. The model defined in this paper 
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must be able to reason about distributed, n-tier 
architectures. 

2. Object-Oriented Middleware 

There are three primary communication conduits for 


objects today. The Common Object Request Broker 





Architecture (CORBA) is the Object Management Group’s (OMG) 


core specification for distributed object interoperability. 














The protocol used to communicate in CORBA is Internet Inter- 




















ORB Protocol (IIOP). Sun Microsystems’s JAVA Remote Method 
Invocation (RMI) is another protocol commonly used to 
communicate between distributed objects. The third protocol 


is Microsoft’s Component Object Model (COM) and its 


derivatives COM, DCOM and COM+. 





All of these middlewares offer different advantages and 





disadvantages, but they are more alike than they are 


different. A CORBA server, an Enterprise Java Bean (EJB) 





container, and a COM+ server are all object servers. The 





methodologies for deploying object servers in this paper 


will work for all three of these different middlewares. 





3. Object-Oriented Languages 





There exist many languages to implement object-oriented 
systems. These include, but are not limited to Smalltalk, 


C++, Ada95, and JAVA. Although, all the programming in this 











paper was done in JAVA, the methodologies developed in this 





dissertation will work for object servers implemented in 





different languages. 


There are problems associated with redeploying object 











servers written in different languages on machines with 





different operating systems. Not all languages are 
available on all machines. Specialized languages for 
particular machines will have limited mobility. These 








restrictions must be reflected in the model. 


4. Optimization 





The goal of this research is to optimize a distributed, 





object-oriented architecture to suit users needs. The 


criterion used to evaluate the optimizations is user 





response time. By changing the assignment of object servers 


to different machines with different capabilities, the end 





result will be a change in the response time to the user. 





Dynamic optimizations can incur large overheads in 








computation that can ultimately eat into any savings. 


propose a system that re-computes static deployment patterns 








for predictable points in time to better utilize the 
targeted system. 
5. Predictable Points in Time 


How can the user recognize the predictable points in 





time at which deployment patterns should b re-assessed? 
Hardware and software changes are usually scheduled for 
systems in advance. Hence, these changes come at 
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predictable points in time. Thes ar th most easily 
recognizable and exist for almost every system. Any tool to 
optimize a system would have to take into account these 


changes to the system. 





The real power to the optimization detailed here lies 


in knowing your users. To take full advantage of the 








methodology detailed in this paper, one needs to model the 








users of the targeted system. In systems that serve a known 


universe of users, this methodology can be extremely 





helpful. By modeling all the different types of users on 
the targeted system, an optimizing methodology can take 
advantage of shift schedules, manning changes, mission 


changes, and other changes in users or their demand patterns 











to reconfigure for better-targeted performance. 


This chapter gave a brief introduction to the problem 
































and the motivation for the research. Chapter gives an 
assessment of previous research. Chapter details the 
data needed to model the environment. Chapter IV introduces 


the objective function and illustrates how to map the 














profiles to the objective function. Chapter V illustrates 
the different parts of the object function. Chapter VI 
contains the results of a JAVA RMI implementation. Chapter 











V contains the results of a JAVA CORBA implementation. 























Chapter V discusses methodologies for collecting the 











needed profiles. Chapter IX discusses future refinement to 
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the model. Chapter X is a collection of conclusions that 


can be drawn from this research. Appendix A is a list of 











all the LINGO models that where used in this dissertation. 











Appendix B is the JAVA RMI code. Appendix C is a listing of 


the raw data collected from the test environment. Appendix 





D is a list of LINGO models used for combinatorial timing 











tests. Appendix E is a listing of the JAVA CORBA code. 


II. CHAPTER 2 


A. PREVIOUS WORK ASSESSMENT 








Distributed, Object-Oriented technology is a relatively 
new technology. Many of the common tools used to develop 
distributed object servers haven’t been around for many 
years. CORBA, JAVA, and COM have been around for almost a 


decade, but actual deployed systems where object servers are 








involved in the architectur ar just now becoming 





commonplace. Most of the distributed, object-oriented 
research to date is in the area of making these 


architectures asier to develop, more reliable, and 





increasing the performance of the implementing languages and 
middleware. 
There has been little work on deployment strategies for 


distributed object servers. The closest relevant research 





is in the fields of load balancing and client/server 
performance. Relevant work today also exists in the 
automated generation of object server code. 

1. Load Balancing 

State of the art load balancing techniques address 
scheduling of given tasks on a set of given machines. The 
goal of these techniques is to balance the load across 


multiple machines. While many of the ideas and terminology 











are useful for optimization, the essential goals differ. In 


optimization, the goal is to decrease the response time to 








the user. In given situations, this may require having the 
entire load run on just one computer. Figure 1 depicts the 
processing that most load balancing research covers where 


tasks have independence with respect to the location of its 





execution [1,2,3,4,5,6,7,8]. 





It is important to remember that object servers do not 


have independent tasks. All methods in an object are 





related because they reference the same data. It is often 





useful to manage all the objects of a given type with a 
single object manager. Figure 2 represents this fact. 


While load-balancing research doesn’t require independenc 








of tasks, the dependencies that are of interest usually deal 


with temporal constraints. Tasks of this nature may require 








that a given task finish executing prior to the start of the 





related task. Tasks in an object are constrained by 
locality of data. When duplicate objects are not allowed, 


it is difficult to spread tasks contained inside of the same 





object across multiple machines. 
Types can be partitioned with some instances in one 


server and others in a different server. This can work if 





none of the methods referenc mor than one instance of a 





type. The methodology detailed in this dissertation 











requires all instances of the same type to be in one server. 
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Figure 1: Current Load Balancing Techniques. 











Figure 2: Load Balancing Object Servers. 
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2. Parallel Processing 


Parallel processing research usually looks at changing 





a sequential computation into a parallel computation to gain 











speed. This involves breaking down a computation into n 


parts that can be processed simultaneously on different 





computers. Finding these parallel components is both 
difficult and time consuming. The potential benefits of 
this approach seem limited to complex calculations and large 
searches. These optimizations would have more than likely 


have an impact on the internals of the server or methods, 





than on a methodology for optimizing multiple servers that 
may or may not be related. 


3. Client/Server Performance 





In this research, the processing is distributed in a 





very different way than the way parallel processing research 





distributes the load. The server functionality usually 





handles the processing for keeping the data safe. dete 





usually handles functions like persistence, concurrency 
issues, security, etc. The client code often handles the 


processing dealing with the graphical user interface. 








The number of times a method is called is usually 
dependent on the interaction with end users, very much like 


the situation in client/server performance research. Most 








of the research in this area looks at the internals of the 











sing] server relationship with its clients. The caching of 
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information and use of proxies are examples of performance 


research in this area [15,19,23,24,25,27]. While some of 








the ideas in client/server research can be used to optimize 








object server deployments, the research involved in this 





paper is targeted at performance to the clients when 








multiple servers are involved. The internals of the servers 
are treated as black boxes where no knowledge of the inner 


workings of the servers is required. 





4. Clusters and Replicas 


Other approaches to decreasing the average client 





response time includ th us of replicas or clusters. 
These techniques usually involve making copies of servers 
and distributing these copies across machines. The 


optimizations then look at balancing requests across the 





copies [3,8]. Many commercial middleware and database 
products use these techniques. 


Clusters have no logic internal to the servers to 








guarantee that the copies remain consistent. Without 





consistent copies, clients can get different results from 


th same query. For this reason, many of the commercial 





products require the objects in the servers to be stateless 








objects. This means that the objects are essentially read 





only and the values of the attributes cannot be modified. 


Even with stateless objects, the addition and deletion of 





object instances can lead to servers with differences. 
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Replicas have logic internal to the servers to 





guarantee that the copies remain consistent [14,16,17,19]. 
Synchronization of replicas requires two-phase commits in 


order to guarantee consistency of data [18]. As the update 





rate increases, the level of performance can deteriorate 
quickly. 


These techniques require additional hardware resources 





and add complexity to the architecture. A system engineer 





should evaluate their uses carefully prior to inclusion in 














their design, especially if performance is the main reason 


for inclusion. An additional benefit of these techniques is 





that they give the system fault tolerance. Tf one of the 


copies is unavailable, then the system will continue to 











work. If this is the desired quality, our methodology will 
still allow these servers to be optimally deployed. Each 


cluster or replica copy would be treated as a separate 














server. The model would not know that two servers are 
identical. It would only know th measurements are 
identical sinc W treat ach server as a black box. 

















Replica copies would actually be complex servers where the 





related servers invoke calls on the copies when set methods 





are invoked. 
5. Distributed, Real Time Systems 
Research in optimization of distributed, real-time 


systems is also widely available. This research is aimed at 
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real-time systems where the optimization is directed at the 


scheduling of tasks, Similar to many load balancing 





techniques. In non-real time systems where user 





interactions dictate the majority of the tasks, scheduling 





of tasks is impractical. Conversely, moving object server 





locations around in a distributed, real-time system is often 


impractical. For these reasons, this work is directed at 











the non real-time arena. 





6. Shared-Memory Multiprocessor Systems 
Other approaches to improving the performance of 


servers include hardware improvements. These approaches 





usually involve shared-memory multiprocessor systems. While 
research focused on hardware, such as the Cache Coherent 
Non-Uniform Memory Access (CC-NUMA) , does improve the 
performance of object servers, these solutions are not an 
option for most system engineers due to the high cost of the 


systems [31]. Much of the research involved in shared- 





memory multiprocessor systems relies on th xistenc of 


fast, reliable shared-memory, which doesn’t exist in a 





heterogeneous network of low cost computers. Multi- 
processor systems are orders of magnitude mor xpensiv 
than single CPU systems. While these systems may be the 


only option for large monolithic servers, multi-server 








architectures can distribute their servers across much 
cheaper single CPU systems to gain needed performance. 
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Shared-Memory multiprocessor systems ar th clear 
choice for systems where there is a large amount of objects 


that are interrelated and where speed is essential. 





Spreading the objects over multiple machines would incur a 
network cost that might be too high for some systems. 

7. GRID Computing 

Research in Grid Computing also has emerged as an 


important new field in distributed computing. Large-scale 





resource sharing across multiple organizations increases 





both the set of available network resources and the 





complexity of the underlying architecture. The need for 





authentication, authorization, resource access, resource 





discovery, and other challenges requir applications to 





conform to “intergrid protocols” [29,30]. 


While these added complexities would be needed for 





environments like the Internet, they are not as useful in 





much smaller, single organization environments. The 





environment that the grid research is aimed at can be 





characterized by extremely large tasks where a network delay 


between computers becomes lessened. While the research in 











this dissertation can be expanded to include architectures 





similar to the grid, it is currently aimed at a much smaller 











architecture of a single local area network. 


16 


8. Code Synthesis of Object Servers 
The next big push in automating the generation of 


software is coming in the area of object servers. The Joint 





Task Force Advanced Technology Demonstration (JTF ATD) 








Project sponsored by the Defense Advanced Research Projects 











Agency’s (DARPA’s) Information System Office (ISO) has been 


doing research into collaborative, distributed complex 








object oriented technologies from 1995 to 2000. 





The research completed in the JTF ATD Project has 


resulted in a model driven code generation process and tools 





that enables system and application developers to build 








distributed, complex, object oriented systems. The 


technology has been designated the Next Generation 




















Information Infrastructure (NGII) 2000. It uses the 











Universal Modeling Language (UML) to describe the models of 








the system the developer is building along with code scripts 








that drive the code generation process within the Common 


Object Request Broker Architecture (CORBA) environment. The 








researchers have found that the code generation process is 


extensible to Enterprise JAVA Beans (EJB) as well as 








Extensible Markup Language (XML) and Extensible Scripting 





Language (XSL) and systems have been code generated in these 


domains [32]. 
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The model driven code generation model and tools 





developed within the JTF ATD to date for the NG 2000 




















allows the system and application developers to 


automatically generate infrastructure services from a UML 








Class Model, and to create a framework of code to support 
the application developer in a CORBA environment. 
9. Current Practices 


Because of the difficulty in producing the 








infrastructure code necessary to support distributed object 





computing, many developers produce huge monolithic object 
servers as seen in Figure 3. A powerful machine is usually 
needed to adequately handle this server and successful 
applications that experience large increases in the number 


of users may outgrow the capabilities of the fastest 











available single machine. With automated code-generation 
tools, these servers will be much easier to produce and 


reconfigure. This will allow servers to be partitioned 





according to the logical model as Figure 4 illustrates. 





This allows servers to be decomposed by partitioning 


unrelated or loosely related objects into different physical 





servers that can be deployed across the network to take 
advantage of the available assets. By taking advantage of 
all the assets on the network, faster response times can be 


achieved. 
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Many vendors claim to address optimization within their 
products. Most of these involve the employment of replicas 


and clusters embedded in the logic of their EEJB, CORBA or 








DCOM enterprise tools, like Allaire’s Jrun or Borland’s 
Visibroker. These products work best if your system has 


just a few stateless object classes with numerous instances 





and plenty of available hardware. In an environment where 





multiple vendor products are present, they lack the ability 


to reason outside of their implementation. This 





dissertation treats each vendor implementation as black box 





and has the ability to reason over th ntire mixed bag of 
servers. 
IBM’ s Distributed Application Partitioning (DAP) 











automatically determines how best to place objects in a 





distributed program. DAP monitors the execution and records 
how often particular objects communicate with each other. 
Then it computes an object placement by determining the 


minimum cut set of a graph. The focus this research is a 





single application and a single user. Further research is 
needed to see if this approach has merit in a multiple 


application, multiple user environment. 





While these products have value, they ar limited to 





optimizing servers implemented within their tool. The 


ability to reason about performance over a mixed bag of 





object servers regardless of middleware (EEJB, CORBA, DCOM) 
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implementation was not found in any product or previous 
research. 


Many networks of computers are installed with a single 





purpose in mind. Over time, these networks support an 
evolving set of tasks. Even though the original role the 


network played can change dramatically, rarely does a single 








system ngineer revisit the deployment strategy. What a 
user ends up with is usually the product of multiple system 


engineers choices made from his additional changes without 





regard to the system and its roles as a whole. It is 








infeasible, becaus of cost, to hire a system engineer to 








assess the whole system every time a change occurs. In the 





end, the user is left with a system that’s deployment 


strategy boarders on randomness. 
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Figure 3: Large Monolithic Object Server. 
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Figure 4: Decomposed Object Servers. 
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III. CHAPTER 3 


A. PROFILING ARCHITECTURAL COMPONENTS 

The goal of this chapter is to describe a methodology 
that can repeatedly generate distributed object oriented 
server deployment architectures to take advantage of network 
resources for the purpose of reducing client response time 
to complete his job. The system must be able to reason 
about deployment strategies of loosely related objects. 
Finally, the system must allow an end user to set priorities 
on end user tasks. 


The data collected from the system is stored in a table 


called a profile. There are profiles for each machine, 
server, application and user type. There is also a profile 
that describes the network. The system then must map all of 








these profiles into eguations to minimize response time. 


The actual elements of a profile and the methodologies 





for collecting these profiles are described in later 





chapters. This chapter is here to expose the reader to the 





concept of profiles and their uses. 
1. Evolution 


Over time, a collection of hardware, software and user 





requirements will change in a given environment. Common 


hardware changes consist of adding new computers, removing 
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old computers, upgrading CPUs, modifying RAM and modifying 
network bandwidth capacity. Each of these hardware changes 


will produce an event that would trigger the system to re- 





evaluate its deployment strategy. 
Software can also be quite dynamic in nature. New 


object servers and applications can appear. Old ones can be 





removed. Existing object schemata and methods can be 


changed. Each of these changes would trigger an event to 





re-evaluate the deployment strategy. 

2. Loosely Related Objects 

Objects that invoke methods on other objects are said 
to be related objects. Not all objects that are related 


must necessarily be contained in a single object server. 





There is a point where the performance of the system would 





improve by moving the object into a different server. This 


is usually the case when none of the application code 





xercises the relationship or exercises it only very rarely. 








The approach will be able to reason about not only deploying 
object servers, but also recommend the schema supported by 


these object servers. 





3. Use Patterns 


User requirements can also be in a state of flux. Most 





computer systems are used to support multiple jobs. 


Business-hour requirements can differ greatly from after- 





hours computational requirements. A developer’s network of 
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computers can support multiple projects, but may need to be 





optimized for a single project for demonstrations. In the 


military, the operational mission being supported can change 





significantly. For example, a set of distributed object 











servers could be used to support many applications aboard a 
ship. These applications could handle such tasks as Anti- 
Submarine Warfare (ASW), Anti-Surface Warfare (ASUW), Anti- 
Air Warfare (AAW), Electronic Warfare (EW), humanitarian 


missions and rescue missions. The relative computational 





activity of these applications could differ significantly on 





different missions of the ship. 


Optimizing a system of object servers for all possible 





roles would not be optimal when the system is. only 


performing a couple of missions at a time. By profiling 





each role, the user could choose to optimize his deployment 





to increase the response time of the user chosen roles. In 








this way, the user could tune his system to give peak 





performance for the task he is currently trying to perform. 
4. Profiles 
A profile is an abstraction of a given characteristic 


of the system. The elements in the profile are the raw data 





that the model will use to reason about the given 


characteristic. The tricky part is to figure out what 





elements are needed in the different profiles, how to map 
these profiles into equations and then model how these 
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profiles interact with each other. The more complex the 


modeling of the hardware becomes the more computationally 





intensive the approach will become. Initially, we explore 











an approach with rather simplistic profiles to demonstrate 





its capabilities. 


a) Hardware Profiles 


The aspects being modeled in the hardware profiles 





include characteristics of each computer such as CPU speed, 





RAM size and disk capacity. The hardware profile also 


models the network speed between ach pair of computers. 





Current hardware profiles do not directly support multi- 





processor computers, but they could be modeled as groups of 


separate nodes with very high “network speeds” between them. 


b) Object Server Profiles 
Object servers need to be profiled for metrics 


associated with each method call in each object. The 





computational time of each method call should be captured 
and normalized to a specific hardware architecture. Since 
object servers ideally run continuously, the RAM and disk 
usage of the object server must also be measured and 


summarized. The hardware profile and the object profile are 





sufficient to optimize the server deployment for the case 





where all the functionality contained in all the objects is 





of equal value to the user. Metrics can be collected 
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easily with a small client application that exercises each 
method call and records the data. Thus, actual 


implementation code for the application isn’t needed to 








estimate the object server profiles. 





c) Client Application Profiles 





Profiling becomes more difficult abe the 


application code is not available. When no source code is 





available, then th system must allow a user to create a 


task and record all the events that occur in the task. This 





could be done by simulation or monitoring calls to the 
object servers when the system is in a training mode. The 


plus side to this method is that the user could profile more 





complex tasks involving many user interactions into a single 











profile. 

d) User Profiles 

The more difficult part is profiling user criteria 
for optimizing the system. The way a user interacts with a 


system can be characterized, but not precisely predicted. 








For this reason, we are left with an optimization approach 


with stochastic variability. 





The most straightforward approach involves making 
a table for each user-initiated task an application can 
perform. The call map for this table entry can be scanned 
for calls to object servers. The actual local processing of 
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the client code is not factored into the objective function 


to be optimized, since the user predetermines the location 





of the client software when he initiates the application on 








a machine. Th user then has a table of all tasks each 


application can perform. The user would then create a new 








role and select the tasks that are of most importance to 





that role. The user then selects a subset of roles and has 











the system come up with an optimal deployment strategy to 
meet these criteria. A more refined profile could include 
frequency information for the tasks and calls for each task, 


and response time goals for each task. 
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IV. CHAPTER 4 


A. METHODOLOGY FOR TURNING PROFILES INTO MODEL VALUES 


In order to compute the optimal deployment strategy 





from a given set of profiles, one needs to map these 





profiles into equations that can be solved for minimum 
response time. To illustrate the mappings, we present an 


example. The example consists of four machines, four object 





servers containing a single object and three client 
applications. 

1. Hardware Profile Examples 

Table 1 shows the hardware profile of the four 
machines. In the profile is an entry for the physical RAM 


of each machine measured in bits and an entry for the speed 





of its CPU measured in megahertz. 


Table 1: Machine Profile. 



























































MACHINE RAM (b) CPU Speed (MHz) 
W 512,000,000 300 
X 1,024,000, 000 200 
Y ,024,000, 000 400 
Z 2,048,000, 000 500 
Table 2 shows the network bandwidth available to 








communicate from each machine to the other. In this 
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example, the machines will have equal bandwidth between each 


other, as is th cas when all servers are running on the 





same local LAN. The speed of communications between servers 





on the same machine is more difficult to measure. These 





speeds usually lie in the area bounded by the speed of the 





machines back plane and the speed of the network. It is 





dependent on the operating system, implementation of the 





middleware, and other factors. For this reason, the system 


currently assumes that intra-machine communication is twice 








as fast as inter-machine communication as a nominal 


representative case. Of course, the analysis can be run 








with best and worst-case scenarios by inputting the boundary 





values stated above, or with values determined from 


measurements of the actual hardware. 


Table 2: Network Speed Profile. 






























































































































































Machine Ww Xx Y Z 
to 
Machine 
Speed 
(bps) 
Ww 2,000,000 | 1,000,000 |} 1,000,000 | 1,000,000 
Xx 1,000,000 } 2,000,000 | 1,000,000 | 1,000,000 
Y , 000,000 ,000,000 | 2,000,000 , 000,000 
Z , 000,000 ,000,000 | 1,000,000 | 2,000,000 
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2. Object Server Profile Examples 


Besides the hardware profiles, we need to have the 





server profiles. For simplicity, each server will have only 





one object type. Later, we will show how multiple object 





types in a server are handled. We will need three different 


tables to depict the profile of object servers. These 





tables are a RAM usage table, a normalized table of CPU 








usage and message size for each call, and a table of calls 





for server-to-server method invocations. Table 3 lists each 





server’s RAM requirements. 


Table 3: Object Server RAM Profile. 



























































SERVER RAM Required (b) 
A 352,000,000 
B 264,000,000 
CG 528,000,000 
D 352,000,000 











The second table of information we need for object 


server profiles is the timing of each individual method call 





available in each server. In this example, server A has 





four methods, server B has two methods, server C has three 





methods and server D has four methods. Table four gives the 


profiles for these servers. 
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Table 4: Object Server Performance Profile. 

































































SERVER Method CPU time (s) Average 
Size of 
Message 
(b) 
A i. 0.0056 14000 
A 2 0.01454 2300 
A 3 0.0034 5600 
A 4 O123 22000 
B 1 0.0089 500000 
B 2 0.0124 340000 
C 1 0. OL22 40000 
Cc 2 0.0141 500000 
ei 3 0.0034 50000 
D 1 050.333 33000 
D 2 0.0102 2700 
D 3 0.0183 35000 
D 4 0.0383 40900 





























The last table of information we need to describe our 


object server profiles 


invocations. 
server methods from within a server. 


time method B.2 


is a list of server-to-server m 





This is 








a list of methods that call ot 





In 








is called from a client application, 
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thod 





ther 


this example, every 


B.2 








invokes method C.1. There must not be any cycles in this 


table or it will be impossible to normalize Table 4 





correctly. The values in Table 4 must contain only a value 


for the processing on that server. Any time spent waiting 





on return calls from other servers must be removed. Also, 





the measured time must be comparable between machines. Lt 





the data is collected on different machines, then the values 





must be normalized for comparability. A simple solution to 


this problem is to multiply the measured value by a ratio of 











the machine speed of the measured machine by the machine 
speed of a normalized machine. Table 5 lists these methods 


of which there is only one for this example. 


Table 5: Complex Object Server Profile. 





Primary Method Secondary Method 








B.2 Cr 
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3% Client Application Profile Examples 


Client 3 





Client 1 


Button 2 


Figure 5: Client Applications' Interface. 


Table 6: User Interface Call Chart. 
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In Figure 5, the user interfaces for three client 








applications are shown. In Table 6, we list the object 


server call trees for each action a user can initiate. For 





example, if the user were to use client application number 3 


and click on Button 3, then the client application code 





would invoke the second method on object server C and the 








fourth method on object server D. Notice that all of the 


B.2 method calls are in italics. This indicates that B.2 is 





actually equal to B.2 and C.1 since B.2 contains a call to 





Cx... 

4. User Profile Examples 

Let’s assume that this network of computers supports 
three different roles for the user and the following is the 
use pattern over a period of time. Role 1 may pertain to a 
daytime shift. Role 2 may pertain to a nighttime shift and 
Role 3 may pertain to an end of the month inventory 


function. From the table below we get that during the 





daytime shift or Role 1, th averag user clicked on 


[Application 1, Button 1] 50 times, [Application 1, Button 








2] one time, [Application 2, Button 1] 25 times, and 











[Application 2, Button 6] one time on average over a 100 


second period. 
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Table 7: User Roles Profiles. 






































ROLE CALL PATTERN (per 100 second period) 
Role 1 50 C1.Bl + 1 C1.B2 + 25 C2.Bl + C2.B6 
[Daytime] 
Role 2 10 C1.Bl + 40 C1.B2 + 24 C3.B2 
[Nighttime] 
Role 3 [Month | 50 C2.B5 + 10 C2.B9 + 30 C2.B3 4+ 1 
End] C2.B2 + 1 C3.B2 

5. Objective Function 


The objective function that needs to be minimized is 





the sum of all of the response times for a given call 
pattern over a given time interval. Since we want to allow 
the user the freedom to run client applications from 
anywhere on the network, we will ignore all processing on 
the client machines and all network delay between client 
machines and server machines. The only factors we will 
consider for optimizing our server deployment are the 
processing of the object server and the network delay 
between object servers. Therefore, the function that we 


wish to minimize is: 


Minimize 3 3 enn y S Bi 


n=0 m=0 m i=0 j=0 VY 





© 


Y 
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subject to the following four constraints: 


ale 


where 


Object Servers cannot be split across machines. 


Anm = 1, iff server n is running on machine 
O, otherwise 


. Each Server can run on only one machine [no multiple 





instances of the same server. 


M 
Vn > Ann = 1 
m=0 








. RAM usage by the object servers cannot pass a set 


threshold on each machine. 


N 
Vin} Y) din * Vi S Tn*U 


n=0 


. CPU time on a given machine cannot surpass the 


corresponding real time interval. 





DS Gi OR CS om 
vm yp — C 
n=0 mt 


= Number of object servers 
= Number of physical machines 


= Normalized machine load of server n (seconds, 
= Speed of the normalizing machine (MHz) 
= Speed of machine m (MHz) 





= Data sent between server i to server j (bits, 





Ss) 


b) 


= Network Speed between server i to server j (bps) 


= Physical RAM on machine m (bits, b) 








= Memory allocated by server n (bits, b) 
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= Multiple to limit RAM utilization [0.1 < U < 3.0] 


og 





= Time Interval [seconds, s] 








Note that the optimization process ranges over all 


possible combinations for QAnmand finds the minimum based on 








the above objective function and constraints. Qj is 
dependent on QAnm, Its value is a function of the relative 
location of the two servers. Depending on this function, 
the system of equations may be linear or non-linear. For 








the: examples an this dissertation, Qu= (14 ¥ an nan)t es where 


m=0 





L is the LAN speed. All other terms are fixed either by 


measurement or input. 


a) Processing Speed Term 
The processing speed term of the objective 


function is: 


N M 
aa Anm * Rn* § 
Minimize > a 
m 


n=0 m=0 
This part of the function looks at all possible 


deployment patterns. Qnm is used to keep track of the 


























deployments. GQnum is zero if SERVER n is not located on 
MACHINE m. If SERVER n is located on MACHINE m, then Qnm 
is one. S norm is the CPU clock rate of the machine used to 
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normalize the object server profile. Sm is the CPU clock 





rate of MACHINE m. Rn is actually the workload on the CPU 





for SERVER n. This is a sum of the products of all the 


methods in SERVER n times the number of times a user ROLE 





calls that method. This term of the objective function ends 





up being expressed in units of seconds. 





b) Network Speed Term 


The network speed term of the objective function 














is: 
N 
ad ie? ote = Bi 
Minimize ~~ 
i=0:.9=0 Oj 
The network speed term just adds some time for 
each time a server-to-server method is called. The number 
of bits is divided by the rate of transmission. By is 
expressed in bits. Qi is expressed in bits per second. 








This term of the objective function ends up being expressed 


in units of seconds. 


c) RAM Limits 





In the model, we must have some logic for not 





overloading a machine so much that the processing of the 





machine bogs down. To accomplish this task, we limit the 
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amount of a machines RAM that can be used by the object 
servers. Constraint 3 in the objective function servers 


this purpose. 





This constraint basically states that the total 





memory usage of all object servers loaded on a machine will 


be less than a percentage of the memory on that machine. 


d) CPU Limits 
We also have to limit the loading of the CPU. 
Since all of the processing measurements are averages and 


the user profiles are averages over time, we cannot exceed 











100% CPU loading. Even though the CPU can queue tasks when 


overloaded, it doesn’t have the chance to catch up if the 





user profiles truly reflect the user requests. Constraint 4 








servers this purpose. 





e) Specializing the Objective Function for Role 
1 


Role 1 consists of 50 C1.Bl calls, one C1.B2 call, 


25 C2.Bl calls, and one C2.B6 call. The first step is to 








convert all of the button calls into method calls by 





substituting the values for the calls from Table 5. 




































































50°, [Awd sk An Z Badd ae 45: LE.) sb Ge2- se Dade) ete Bey = 

HO" TAL). od PAS 2 sb Bek] sb -25) [eed b-C.20-& Del) bol [Bed te. 
50 Agl + Ag2 +o Bw + 25°C. +-25 C22 4+ 25 Del + Be2 +... 1 = 

50 Avi +b Aw2 + BV1 + By 2-4 -26.Ci1 + 25. €.2 + 25. D1 
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This leads 


normalized machine 























to the 


loads for each server. 


following values for R, the 





In the following 








syntax, R(A) will stand for the load on server A, R(B) for 
the load on server B, R(C) for the load on server C, and 
R(D) for the load on server D. 
R(A) = 50 [A.1 values for CPU] + 1 [A.2 value for CPU] 

= 50 [5.6] + 1 [14.54] 

= 294.54 
R(B) =] [B.1 values for CPU] + 1 [B.2 value for CPU] 

= 1 [8.9] + 1 [12.4] 

= 21.3 
R(C) = 26 [C.1 values for CPU] + 25 [C.2 value for CPU] 

= 26 [1227] + 25) [TAS 

= 669.7 
R(D) = 25 [D.1 values for CPU] 

= 25 [33.3] 

= 832.5 

There is only one italicized method call prior to 

substitution, so there is only one network value to deal 
with. There is also only one complex server call. The 
syntax BITS[I,J] stands for the data bits sent from server 











to server J. 
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1 
40000 





ITS[B,C] 


[B.2 message in bits] 


The full LINGO model for Role 1 can be found in 





Appendix A labeled A 
f) 

2 
Role 2 con 


and 24 C3.B2 calls. 





DOA6.1.1. 


Specializing the Objective Function for Role 


sists of 10 C1.Bl calls, 40 C1.B2 call, 





The first step is to convert all of the 

































































button calls into method calls by substituting the values 
for the calls from Table 5. 
10 [A.1] + 40 [A.2 + B.1] + 24 [B.1 + B.2] = 
10 [A.1] + 40 [A.2 + B.1] + 24 [B.1 + B.2 + C.1] = 
10 A.1l + 40 A.2 + 40 B.1 + 24 B.1 + 24 B.2 + 24 C.1 = 
10 A.1 + 40 A.2 + 64 B.1 + 24 B.2 + 24 C.1 
This leads to the following values for R. 
R(A) = 10 [A.1 values for CPU] + 40 [A.2 value for CPU] 
= 10 [5.6] + 40 [14.54] 
= 637.6 
R(B) = 64 [B.1 values for CPU] + 24 [B.2 value for CPU] 
= 64 [8.9] + 24 [12.4] 
= 867.2 
R(C) = 24 [C.1 values for CPU] 
= 24 [12.2] 
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292.8 


ll 
co) 


R(D) 





There is only one italicized method call prior to 
substitution, so there is only one network value to deal 


with. However, it is called 24 times. 








BITS[B,C] = 24 [B.2 message in bits] 
= 24 [40000] 
= 960000 





The full LINGO model for Role 2 can be found in 





Appendix A labeled ADOA6.2.1. 


g) Specializing the Objective Function for Role 
3 





Role 3 consists of 50 C2.B5 calls, 10 C2.B9 calls, 
30 C2.B3 calls, one C2.B2 call, and one C3.B2 call. The 
first step is to convert all of the button calls into method 


calls by substituting the values for the calls from Table 5. 






















































































50 [A.1 + B.2 + D.3] + 10 [A.1 + A.2 + A.3 + B.2] + 30 [C.2] 
+ 1 [C.3] + 1 [B.1 + B.2] = 

50 A.1 + 50 B.2 + 50 D.3 + 10 A.1 +10 A.2 4+ °:10 A.3 + 10 B.2 
+30 (Ca 2 1C.3 4 Bal “hb Baw = 

60 A + 10A.2 + 10 A.3 + B.1 + 61 B.2 + 30 C.2 + C.3 + 50 
D.3 = 

60 A.1 + 10 A.2 + 10 A.3 + B.1 + 61 [B.2 + C.1] + 30 C.2 + 
c.3 + 50 D.3 = 

60 A.1 + 10 A.2 + 10 A.3 + B.1 + 61 B.2 + 61 C.1 4+ 30 C.2 + 
Cx.3. HH -5.0) (Ds.3 
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This leads to the following values for R. 


R(A) = 60 [A.1 values for CPU] + 10 [A.2 value for CPU] + 
10 [A.3 value for CPU] 


= 60 [5.6] + 10 [14.54] + 10 [3.4] 











= 515.4 
R(B) = ] [B.1 values for CPU] + 61 [B.2 value for CPU] 
= 1 [8.9] + 61 [12.4] 
= 765.3 
R(C) = 61 [C.1 values for CPU] + 30 [C.2 value for CPU] + 1 


[C.3 value for CPU] 
= 61 [12.2] + 30 [14.1] + 1 [3.4] 
=) 117-06 

















R(D) = 50 [D.3 values for CPU] 
= 50 [18.3] 
915 


There is only one italicized method call prior to 


substitution, so there is only one network value to deal 








with. 

BITS[B,C] = 61 [B.2 message in bits] 
= 61 [40000] 
= 2440000 


The full LINGO model for Role 3 can be found in 





Appendix A labeled ADOA6.3.1. 
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Vv. CHAPTER 5 


A. EXERCISING OF OPTIMIZATION MODELS 





In order to better understand the final model used to 





optimize the distributed, object-oriented system, it is 
valuable to follow the steps along the way. By explaining 
each addition to the original model one at a time, and then 


showing the impact of the addition to the outcome of the 





optimization, one gets a better understanding of each 











refinement to the model. In the base model, we assume that 
all methods in each server are called once in a given 


period. This is a common assumption used to deploy servers 





when the systems engineer doesn’t have prior knowledge of 





the usage of the object servers. 

The solution for the optimal deployment strategy for 
the example given in the previous chapter is that all 
servers would run on machine Z since machine Z is the 


fastest and has available RAM to support all of these 





servers. Our initial model assumes that response time 
depends only on processor speed, although realistically the 
transaction rate is also a significant factor. However, we 
can impose limits on the amount a RAM available to object 


servers on a particular machine. 
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1. RAM Limits Refinement 
There are many reasons why we might want to impose RAM 
limits. The machines available for hosting these servers 


may have other jobs. The RAM limit in this way saves part 








of the systems RAM to handle these background jobs. Also, 


the processing speed of a machine can be significantly 





affected when the RAM utilization approaches one hundred 
percent and the system starts to rely heavily on virtual 


memory. The following tables show the deployments when 





different percentages of a machine’s RAM are available to 





object servers. 


Table 8: Model Output with 66% RAM utilization. 























Machine Server 
W None 
Xx None 
¥. A 
Z B,C,D 











Table 9: Model Output with 50% RAM utilization. 

















Machine Server 
W None 
Xx B 
Y A 
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Table 10: Model Output with 40% RAM utilization. 























Machine Server 
W None 
x A 
¥ D 
Z By. “GC 














Note that there is no viable solution to this problem 


when the system is limited to 39 percent of the RAM 











available. There seems to be sufficient assets available, 
but this isn’t the case. The model does not allow running 
part of a server on one machine and the rest on another. In 


the model, a server is an atomic element and cannot be split 
among machines. 
2. Network Speed 


The above results were computed with a model that 








assumed that no communication was present between object 





servers. However, this may not be the case. In some 


architectures, there will be servers that are loosely 








related to other servers. In this case, the speed of the 








network has a more dramatic role on the deployment strategy. 


The interaction between client applications and servers is 
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ignored since we are allowing the client host to _ be 





arbitrary. If the second method call in server B always 





called the first method in server C, then the network speed 








would become much more of a factor. In this case, we keep 





RAM limit at fifty percent and adjust network speed from one 


Mbps to half of that speed. The following tables show how 





this refinement changes the deployment pattern. 


Table 11: Model Output with 1Mbps, 50% RAM utilization. 




















Machine Server 
W None 
x B 
x A 
va c,D 














Table 12: Model Output with 0.5 Mbps, 50% RAM utilization. 























Machine Server 
W None 
x A 
Y D 
Z By, 
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3. Usage Patterns 
The last two scenarios optimized the system for each 
server and its methods having equal transaction frequency. 


However, this isn’t very realistic usage for the object 





servers and in some cases it isn’t even a possible usage 
pattern. The user interfaces may not allow each method in 


each server to be called an equal number of times. 





The following scenarios add roles to the list of 


profiles for the model to optimize. These roles have more 
realistic use patterns for the different jobs a user would 
actually perform on the system. 


For this example, we use the user interfaces and three 





roles defined in the previous chapter. These three usage 


patterns lead to three different deployment patterns as show 





in Table 13. 


























Table 13: Model Outputs with Different User Roles. 
Machine Role 1 Role 2 Role 3 

W None None None 

x B D A 

ag A A D 

Z emp) B,C B,C 
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4. 


Another adjustmen 


a CPU. 


time, we cannot allow the CPU to be overburdened. 


works equally well 


roles. 


deployment patterns. 


and the bandwidth was set at 1IMbps for these computations. 


Since usage pat 


Concurrent Users 








When we limit CPU, 


t to the model 


is 


limiting the load on 








we get the following tables of 


tterns for a role are over a period of 


| if you were to combine multiple different 


The model 





The RAM limit was set to 80 percent 


Table 14: Model Outputs with Concurrent Role 1Users. 

































































Machine Role 1 Role 1 Role 1 
(1 user) (100 users) (119 users) 
W None A A 
Xx None None B 
Y None B, C Cc 
Z A, B, C, D D D 
Table 15: Model Outputs with Concurrent Role 3 Users. 
Machine Role 3 Role 3 Role 3 
(1 user) (50 users) (75 users) 
W None None B 
Xx None None A 
Y None A, D D 
Z A ’ B ’ C ’ D B , Cc C 
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B. CONCLUSIONS 











The model reacts in a logical fashion to the changes 
that are placed on the environment. At this point, it is 
time to test the model against a real system to validate the 
model. 
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VI. CHAPTER 6 


A. JAVA RMI EXPERIMENTATION RESULTS 
We tested the validity of the model presented in 


Chapter 4 by experimental measurement. A testbed was 





created with Windows 2000 machines that match the 


characteristics of the machines in the following tables. 








Servers wer created using JDK 1.3 and RMI as the 





middleware. 


Software to simulate the thr different users was also 





created. The users were simulated with a random choice for 





button selection that has a uniform distribution similar to 








the roles. This simulation software was instrumented to 








measure the actual time the software was blocked waiting for 








an object server method call to response. All 27 different 








configurations were established and th averag response 
time for each configuration was measured and recorded. 


Between each simulation, the testbed machines were rebooted. 





All 27 configurations were tested twice. One tested 








the configuration with the object servers using much less 





than the stated memory needs. Another tested the 


configuration with the object servers using all of the 





stated memory needs. Some configurations strained the 


machines memory limits. These configurations resulted in 
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the test with th 





system failures in object servers using 


all of the stated memory needs. These system failures are 


in the tables of results. It 





listed as error should be 


noted that Windows 2000 did a much better job of swapping 


when memory utilization exceeded 100% than a previously 
tested operating system, Windows NT. 
1. Experiment Characteristics 


The hardware was purchased for this experiment with the 









































following CPU clock rates and RAM. Fach machine had a 
10/100Mbps Ethernet card installed. The machines were 
connected via a Ethernet hub rated for 10/100Mbps. The LED 
indicators on the Ethernet hub verified the rate of 100Mbps 
data transfer rate. 
Table 16: Machine Profile for JAVA RMI Experiments. 
MACHINE RAM (bits) CPU Speed (MHz) 
SIX 512,000,000 = 600 
64MB 
BR733 1,024,000,000 = 133 
128MB 
GIGA 1,024,000,000 = 1000 
128MB 

















Table 17: Network Speed Profile for JAVA RMI Experiments. 





























Machine to SIX BR733 GIGA 
Machine Speed 
(bps) 
SIX 200,000,000 | 100,000,000 | 100,000,000 
BR733 100,000,000 | 200,000,000 | 100,000,000 
GIGA 100,000,000 | 100,000,000 | 200,000,000 
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Table 18: Object Server RAM Profile for JAVA RMI Experiments. 

















SERVER RAM Required (bits) 
A 352,000,000 = 44MB 
B 480,000,000 = 60MB 
c 528,000,000 = 66MB 








Table 19: Object Server Performance Profile for JAVA RMI Experiments. 















































SERVER Method CPU time (s) Average Size 
of Message 
(b) 
A 1 0.5796 112000 
A 2 2.6203 18400 
A 3 Lely 44800 
A 4 2.0264 176000 
B 1 1.76655 4000000 
B 2 3.70085 2720000 
e 1 3.0043 320000 
C 2 4.8040 4000000 
Ss 3 0.48815 400000 























Table 20: Complex Object Server Profile for JAVA RMI Experiments. 





Complex Method 


Exterior Calls 








B.2 





Ca 





Table 21: User Role Profiles for JAVA RMI Experiments. 
























































ROLE CALL PATTERN (observation interval is 990 
seconds) 

Role 1 50) Cl Bio ow Cl B21 62. B1. sd cE 2 BG 

Role 2 10 C1.Bl + 40 C1.B2 + 24 C3.B2 

Role 3 50 C2.B5 + 10 C2.B9 + 30 C2.B3 + 1 C2.B2 + 
1 C3.B2 











Table 22: Application Call Chart for JAVA RMI Experiments. 





Button 


Methods Called 





ic 


&B 











ae 





1.B2 
.Bi 











Bil 
C.2 





.B2 





.B3 





.B4 








~BS 





PIQQASQ S| +S 
KF] Ga} Do} Go] 





3D 
























































































































































C2.B6 B.2 
C2.B7 A.4 
C2.B8 Ci.3) FUCA 
C2.B9 A.1 + A.2 + A.3 + B.2 
C3.Bl ol 
C3.B2 B.1 + B.2 
GHB 3 C2 
Table 23: Expanded User Role Profile for JAVA RMI Experiments. 
ROLE Methods Called in Role 
Role 1 50 * (A.1) + 1 * (A.2 + B.1) + 1 * (C.1 + 
C.2) + 1 * (B.2) 
Role 2 10 * (A.1) + 40 * (A.2 + B.1) + 24 * (B.1 + 
B.2) 
Role 3 50 * (A.1 + B.2) + 10 * (A.1 + AL2 + ALB + 
B.2) + 30 * (C.2) + 1 (C.3) + 1 * 
(B.1 + B.2) 
2. Specializing the Objective Function for Role 1 
Role 1 consists of 50 C1.Bl calls, one C1.B2 call, one 
C2.Bl call, and one C2.B6 call. The first step is to 
convert all of the button calls into method calls by 
substituting the values for the calls from Table 4. 
50 [A.1] + [A.2 + B.1] + [CdS a2) [B.2] = 
BO [Awd [A.2 + B.1] + Cd te Ge Da) ate [B.2 + C.1] = 
50 And a Ae? OBL, eGak. oe 2 sb Be spo Ged 
50° AyD oe A,2 4: Bad By 2 Gel AG 2 








This leads to 























the optimization equation. 











the following values 


+ 1 [A.2 


+ 1 


R(A) = 50 [A.1 values for CPU] 
= 50 [579.6] + 1 [2620.3] 
= 31600.3 

R(B) [B.1 values for CPU] 
= 1 [1766.55] + 1 [3700.85] 
= 5467.4 
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for the array R for 


value for CPU] 


[B.2 value for CPU] 








ve) 
Q 
| 


= 2 [C.1 values for CPU] + 1 [C.2 value for CPU] 
= 2 [3004.3] + 1 [4804.0] 
10812.6 


There is only one italicized method call prior to 








substitution, so there is only one network value to deal 





with. 
BITS[B,C] = 1 [B.2 message in bits] 
= 320000 
3. Specializing the Objective Function for Role 2 


Using the same approach as in 4.6.1, we get the 


following for Role 2: 


R(A) = 110608 
R(B) = 201879.6 
R(C) = 72103.2 





There is only one italicized method call prior to 





substitution, so there is only one network value to deal 


with. However, it is called 24 times. 








BITS[B,C] = 24 [B.2 message in bits] 

= 24 [320000] 

= 7680000 

4. Specializing the Objective Function for Role 3 

R (A) = 72796.5 
R (B) = 227518.4 
R (C) = 327870.45 
BITS[B,C] = 19520000 








5. Model Outputs 


The optimization model determines the following 





deployment strategies for the different roles when setting 
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different RAM limits 


same 


and keeping all other variables the 


as in the last example. Solving the optimization 
problem defined in previous section with the parameter 
values determined derives these results. The LINGO models 





for the below results can be seen in Appendix A. 





models are 


Role 2(1 user) 





gives the results when RAM utilization was set at 1.5 


listed as A 





and ADOA8.3 for Role 3(1 user). 





DOA8. 


for Role 1(1 





These 


user), ADOA8.2 for 








the physical RAM of the machines. 


Table 24 





times 


Table 24: Model Outputs, 150% RAM util., JAVA RMI Experiments. 





























Machine Role 1 Role 2 Role 3 
(1 user) (1 user) (1 user) 
SIX None None None 
BR733 None None None 
GIGA Apo By € A, By, °C Ay. By. iG 








Table 25 used th 





sam 


L 





INGO models as the above table, 


but with the RAM utilization set at 1.0 times the physical 


RAM of the machines. 


Table 25: Model Outputs, 100% RAM util., JAVA RMI Experiments. 



































Machine Role 1 Role 2 Role 3 
(1 user) (1 user) (1 user) 
Sax None None None 
BR733 B C A 
GIGA AG A, B By; CG 
Table 26 used LINGO models that represented having 


multiple 


These models are listed in Appendix A as A 





concurrent users 


exercising the 
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object servers. 


DOA8.1.28 for Role 

















1 (28 users), A 


for Role 3 


(3 users). 





DOA8.2.4 for Role 2 (4 users), and ADOA8.3.3 


The RAM utilization was set at 1.0 


times the physical RAM of the machines. 


Table 26: Model Outputs, Concurrent Users, JAVA RMI Experiments. 



































Machine Role 1 Role 2 Role 3 
(28 users) (4 users) (3 users) 
SIX None A A 
BR733 By. Cc B 
GIGA A B Cc 
6. Role 1 Minimal Memory 


The fol] 








lowing table is actual measured results from a 





test bed that implemented servers with the characteristics 





of the given example. All 27 possible combinations where 


tested and the resul 


user of type Role 1 





lts are listed for the case when only one 





is present and the servers are using 


memory at significantly less than their profiled needs. The 





actual memory use of the minimal memory tests was about 5 


megabits. 


Table 27: Measured Role1 Min Memory Results, JAVA RMI Experiments. 





SERVER | SERVER | SERVER 


'pr733 | GiGA | BR733 |1218.875| 1000 | 939 | 21 | 23 | 17 
24 
21 





GIGA 


GIGA 


Cc ROLE 1 | CALLS | CALL 1 | CALL 2| CALL 3| CALL 4 
1 24 
2 21 
3 15 
A 23 
5 | BR733 | GIGA | GIGA |1140.796[ 1000 | 938 | 22 | 22 | 18 
6 
7 
8 
) 


SIX 991.531 





1000 951 12 18 19 
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10 GIGA SIX GIGA 878.782| 1000 954 19 13 14 


11 23 
12 14 
13 24 
14 20 
15 22 
16 17 
17 19 
18 15 
19 |_six__| BR733 | BR733 |1291.719| 1000 | 953 | 20 | 8 | 19 
20 19 
21 20 
22 18 
23 16 
24 24 
25 23 
26 15 


27 SIX BR733 GIGA _|1306.687| 1000 945 19 18 18 








The models chose a configuration of pattern 1 when RAM 


was set at 150% utilization and a configuration of pattern 3 





when RAM was limited to 100% utilization. Pattern 3 was the 
third fastest average response time in this test. The fact 


that pattern 10 was the fastest average response time in 








this test run is a result of the variability of the 





simulation. Pattern 10 had 15 more calls to Call 1 and 13 





less calls to Call 3 than pattern 3 had in the test run. 





Call 3 in this test had 16 times the server load than Call 





alee Since Pattern 3 is a provably superior deployment than 


Pattern 10, this variability in the simulation of the user 








is the only possible explanation. 
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Pattern 1 was the fourth fastest on this run even 








though it was the predicted configuration when RAM usage was 


set to 150% of physical RAM in the model. Swapping was not 





an issue since memory usage was low, the explanation lies in 





the fact that just like Pattern 3, it had a higher number of 


calls to Call 3 and a lower number of calls to Call 1. More 





interesting from a software engineering standpoint was the 








fact that the model proposed a configuration that 
outperformed most configurations from 10 to 44 percent. 
7. Role 1 Maximum Memory 


The following table is actual measured results from a 

















test bed that implemented servers with the characteristics 


of the given example. All 27 possible combinations where 





tested and the results are listed for the case when only one 











user of type Role 1 is present and the servers are using 


memory at their profiled needs. 


Table 28: Measured Rolel Max Memory Results, JAVA RMI Experiments. 








SERVER | SERVER | SERVER 


ROLE 1 | CALLS | CALL 1|CALL 2|CALL 3|CALL 4 
18 
18 
ia 
17 
15 
18 
26 
18 
16 
14 














14 GIGA SIX SIX error, N/A N/A N/A N/A N/A 


14 
N/A 
N/A 

SIX N/A 
| BR733 | BR733 | sIx__| 1262.703| 1000 | 960 | 14 | 12 | 14 
29 
N/A 
21 
N/A 
N/A 
17 
18 
19 
| BR733 | SiX_| GIGA | 189.655] 1000 | o42 | 18 | 19 | 21 
sk _Gica_| pr7s3 | 19902971 1000 | s48 | 16 | 19_| 17 


27 SIX BR733 GIGA__| 1344. a 1} 1000 949 13 














The models chose a configuration of pattern 1 when RAM 


was set at 150% utilization and a configuration of pattern 3 





when RAM was limited to 100% utilization. Pattern 3 was the 


fastest average response time in the stated memory run. 





Pattern 1 was the fourth fastest on this run even though it 





was the predicted configuration when RAM usage was set to 


150% of physical RAM in the model. More interesting from a 








software engineering standpoint was the fact that the model 
proposed a configuration that outperformed most 
configurations from 10 to 44 percent and that’ the 


recommended patterns were free from failures. 
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8. Role 2 Minimal Memory 


The following tabl 


e is actual measured results from a 














test bed that implemen 


of the given example. 





tested and the results 





ted servers with the characteristics 


All 27 possible combinations where 


are listed for the case when only one 








user of type Role 2 is present and the servers are using 








memory at significantly 


less than their profiled needs. 


Table 29: Measured Role2 Min Memory Results, JAVA RMI Experiments. 





PAT ISERVER aa aren ome crane CALL 1 | CALL 2 | CALL 3 
1 ai@a_|_ei@a_|_ aia _| 160.9621 1000_|_145_| 592, 323 
2 ic 5530.329| 1000 | 132 | 586 | 282 
3 BR733 6417.171| 1000 | 123 | 547 | 330 
4 BR733 6686.376| 1000 | 129 | 551 | 320 
5 GIGA 5953.015| 1000 | 129 | 554 | 317 
6 e288.064 | i000 | 140 | 542 | 318 
7 BR733 PaGicae ReareealesToone | =9ae een 317 
8 BR733_| BR733_| 7238.876| 1000 | 143 | 523 | 334 
9 Gia oN Teen IE oe al Gemesaa| ieoo ee cI ease 318 
io | aigA | sx | aica | 7176.861| 1000 | 124 [| 549 | 327 
11 | aca | sx | sx_| 7852.795{ 1000 | 126 [| 543 | 331 
12 2S GiGAe | eiGar loaare stele fone ser | ese | 337 
13 | six [ aiGA [| six__| 6969.187| 1000 | 138 | 549 | 313 
14] six [| sx | aica_| 8211.857| 1000 | 128 | 533 | 339 
15 SX _|__six_|_six_| geas.962/_1000_|_193_|_s5t_ 316 
16 | BR733 | BR733_| six__| 7342.092| 1000 | 133 | 569 | 298 
17 ieee? | eine zea eerie acon] es ees 302 
18 Baza |_sx _|_sx_| ssisovel 1000 | 113 _| 548 _ 339 
19 |__six__[ BR733_| BR733_| 7601.829| 1000 | 136 | 550 | 314 
20 cee seas soe Rance te Poona |e ees 321 
21 sx] sx are seca ono [as see 300 
22 | GiGA | BR733 | six__| 6987.719| 1000 | 120 | 563 | 317 
23 SCTE al 326 
24 BR733 GIGA SIX 6515.812| 1000 152 518 330 
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25 BR733 SIX GIGA 7783.171| 1000 129 524 347 
26 334 
27 SIX BR733 GIGA 7380.828} 1000 137 519 344 

The model predicted a configuration of pattern 1 when 
RAM was set at 150% utilization and a configuration of 
pattern 2 when RAM was limited to 100% utilization. In this 
run, the model predicted configuration of pattern 2 was the 
second fastest average response time. Pattern 1 was the 
fastest average response in this run, which is the predicted 
configuration when RAM usage is 150% of physical RAM. Since 
swapping was not an issue in this test run, the model 
correctly predicted th right configuration. Again, the 
configuration chosen by the model outperformed most 
configurations from 10 to 38 percent. 

9. Role 2 Maximum Memory 

The following table is actual measured results from a 











test bed that 





implemented servers with the characteristics 


of the given example. All 27 possible combinations where 





tested and the results are listed for the case when only one 











user of type Role 2 is present and the servers are using 


memory at their profiled needs. 


Table 30: Measured Role2 Max Memory Results, JAVA RMI Experiments. 








PAT |SERVER A|SERVER B/SERVER C/ ROLE 2 | CALLS | CALL 1 | CALL 2 | CALL3 





553 


318 

















4 GIGA oe a cveaas a 128 553 319 
5 | Br733 | aiGa | GiGa |5874.642| 1000 | 150 | 533 | 317 
6 Sica | BR733_| 6204.922] 1000 | 134 | 568 | 208 
7 BR733_| GIGA | 6838.001| 1000 | 143 | 534 | 323 
8 BR733_| BR733_| 7215.576| 1000 | 140 | 541 | 319 
9 isa | aiok | six [ef 000 [as ai 
to| Giga | six_ | GIGA | 7268.954| 1000 | 132 | 519 | 349 
11 Toisas] sx] rot _Nia | Wa [NA] N/A 
12 sx | “eiGa | area [6a2a.ced 1000 | 135 | 528 | 337 
13{ six | Giga | six | error) NA | NA | NA | NA 
14{ sx [| sx | Giga | erro NWA | NA | NA | NA 
15 |__| _six_|_six_|__er!_WA_| WA _| NA N/A 
16 aazea | aa7sa [six | 7320 505) 1000 | 146 | 557 | 297 
17 Maaes [six | nras [er49.969) 1000 | 112 | 500] 325 
18 | BR733 | six | six_ | error) NA | NA | NA | NA 
19 Ds [eared | aarea | 772 sort 1000 [120 | 559 | 321 
20 | six__| BR733 | six | erro N/A | N/A | NA | N/A 
21 |Six_|_six_|_pR7g3_{___error,_NA_} NA _|_W/A_| N/A 
22 Teiea|-aa7sa [six [6967 s2¢ 1000 | 105 | 540 | 321 
23 oie [six [ara _| 7249-762) 1000 | 145 | 537 | 318 
24 | Br733 | GIGA | six_|6613.031| 1000 | 128 | 547 | 325 
25 | BR733 | six_| GIGA | 7548561] 1000 | 150 | 524 | 326 
26 Ts | eiGa | aa703_ 6772.56 1000 | 195] 534 331 
27 SIX BR733 GIGA 7457.968} 1000 125 532 343 





The model predicted a configuration of pattern 1 when 





RAM was set at 150% utilization and a configuration of 





pattern 2 when RAM was limited to 100% utilization. In this 


run, the model predicted configuration of pattern 2 was the 











second fastest average response time. Pattern 1 was the 





fastest average response in this run, which is the predicted 
configuration when RAM usage is 150% of physical RAM. 


Again, the configuration chosen by the model outperformed 
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most configurations from 10 to 38 percent and that the 
recommended patterns were free from failures. 


10. Role 3 Minimal Memory 








The following table is actual measured results from a 








test bed that implemented servers with the characteristics 





of the given example. All 27 possible combinations where 





tested and the results are listed for the case when only one 








user of type Role 3 is present and the servers are using 





memory at significantly less than their profiled needs. 


Table 31: Measured Role3 Min Memory Results, JAVA RMI Experiments. 





SERVER | SERVER | SERVER 
PAT A B Cc ROLE 3 |CALLS|CALL 1/CALL 2/CALL 3|CALL 4/CALL 5 


1 12 
2 BR733_| 8266.516 1000 | 533 | 116 | 336 | 8 | 7 
3 GIGA 16 
4 BR733 6 
5 GIGA_| 7413.343| 1000 | 521 | 137 | 323 | 9 | 10 
6 BR733_| 8508.343| 1000 | 542 | 108 | 335 | 8 | 7 
7 BR733_| GIGA | 8142719] 1000 | 530 | 117 | 334 | 9 | 10 
8 BR733 14 
9 14 
to| aiga | six_| GiGa | 8627.407| 1000 | 540 | 117 | 321 | 9 | 13 
11] Giga | six_| six_| 1071298] 1000 | 544 | a6_| 349 | 11 | 10 
12 5 
13 13 


14| sx _| six_| aiGa | 8972.002| 1000 | 567 | 88_| 324 | 9 | 12 
15 16 
16 6 
17 15 
18 12 
19] six__| Br733 | R733 | 9501.424 1000 | 518 | 113 | 349 | 8 | 12 
20 12 


06 
21 SIX SIX BR733_ | 10185.45} 1000 537 97 343 12 11 
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22 | GIGA BR733 SIX 10259. 1000 575 120 287 5 
23 TeiGa [six | 6a795 | 9654.675) 1000 [554 [116 | soa | 19 7 
2a[pn733 | Giaa | six | 9563.001| tooo | 537 | 114 | 32a | 12 | 9 
25 ee 12 
26 --8X_| GiaA_| BAzss | g626.409| 1000 | 548 | @3 | s40 {10 | g 


27 SIX BR733 GIGA 8259. a 1000 551 321 14 








The models predicted a configuration of pattern 1 when 


RAM was set at 150% utilization and a configuration of 





pattern 5 when RAM was limited to 100% utilization. In this 





run, the model predicted configuration of pattern 5 was the 


third fastest average response time. Pattern 1, the fastest 








average response time in this run, was th predicted 


configuration when RAM usage was set to 150% of physical 





RAM. The fact that pattern 12 was the second fastest time 





in this test run is a result of the variability of the 
simulation. Pattern 12 is a provably inferior deployment 


than pattern 5. Pattern 5 had 36 more calls to Call 2 and 





24 less calls to Call 3 than pattern 12 had in the test run. 











Call 2 has more than twice the server load than Call 3. 
Again, the model proposed configuration outperformed most 
configurations from 10 to 44 percent. 


11. Role 3 Maximum Memory 





The following table is actual measured results from a 





test bed that implemented servers with the characteristics 





of the given example. All 27 possible combinations where 





tested and the results are listed for the case when only one 
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user of type Role 3 is present and the servers are using 


memory at their profiled needs. 


Table 32: Measured Role3 Max Memory Results, JAVA RMI Experiments. 





SERVER | SERVER | SERVER 
PAT A B Cc ROLE 3 |CALLS|CALL 1|CALL 2/CALL 3|CALL 4|CALL 5 


GIGA 1000 19 | 9 
BR733_| 8213.157| 1000 | 550 | 98 | 15 
BR733_| GIGA 11 
BR733 | BR733 | 9217.953| 1000 | 553 | 123 | 14 9 
GIGA 1000 

GIGA | BR733 | 8519.844/ 1000 | 542 | 105 | 

BR733_| GIGA 1000 
9 
10 9 
1 N/A 
12 14 
13 N/A 
14 error, N/A | N/A | N/A | N/A | N/A | N/A 
15 SIX SIX N/A 
16 ik 
17 7 
18 N/A 
19 11 
20 N/A 
21 N/A 
22 7 
23 17 
24 10 
25 | BR733 | SIx_| GiGA | 8865.811| 1000 | 527 | 118 | 332 | 9 | 14 
26| six_| aiGa | BR733 | 8860.094| 1000 | 544 | 118 | 323 | 6 | 9 


27 SIX BR733 GIGA 8328.064; 1000 548 104 323 12 13 


1 325 
2 327 
3 312 
4 301 
5 308 
6 327 
7 325 
8 332 


© | 
N |M 
— 
oO oh | eh —-— 10 
4 
N 








The model predicted a configuration of pattern 1 when 





RAM was set at 150% utilization and a configuration of 





pattern 5 when RAM was limited to 100% utilization. In this 








run, the model predicted configuration of pattern 5 was the 


second fastest average response time. Pattern 1, the fastest 





average response time in this run, was th predicted 
configuration when RAM usage was set to 150% of physical 
RAM. Again, the model proposed configuration outperformed 
most configurations from 10 to 44 percent and that the 
recommended patterns were free from failures. 


12. Four Concurrent Role 2 Users Minimal Memory 





The following table is actual measured results from a 











test bed that implemented servers with the characteristics 





of the given example. All 27 possible combinations where 


tested and the results are listed for th cas when four 








concurrent users of type Role 2 are present and the servers 





are using memory at significantly less than their profiled 





needs. More detailed information on each individual user is 








available in the appendix. 


Table 33: Measured 4 Role 2 Users Min Mem, JAVA RMI Experiment. 
PATTERN SERVER A |SERVER B|SERVER C| AVERAGE 


14603.393 
11746.102 
11711.421 
14333.221 
11335.303 
11666.615 
17066.677 
21134.671 
12355.078 
0 14302.569 


GIGA SIX SIX 18378.255 
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12 SIX GIGA GIGA 12035.296 


| six | aiGa | six__| 13884.880 
4 | six | sx | Giga | _20878.541 

| osx | sx | sx__| 28119.431 
16 | BR733_ | BR733_ | SIX__|_ 17406.758 
17__ | BR733_ | six__|_BR733_| 15659.077 
18 19011.373 
19 15652.578 
20 15407.319 
21 22150.555 
22 11524.385 
23 13739.013 
24 10201.602 
25 14089.308 
26 10544.218 


27 SIX BR733 GIGA 12569.524 


ara 


n 











The model predicted a configuration of pattern 26 when 





RAM was limited to 100% utilization. In this run, the model 
predicted configuration of pattern 26 was the second fastest 
average response time. Pattern 24, the fastest average 


response time in this run, was the result of variability in 





the simulation of users. Both of these patterns have the 
servers spread across all machines and Server B located on 


the fastest processor available since Role 2 is a heavy user 





of Server B. The predicted pattern outperformed most of the 
other patterns by 10 to 100 percent. 


13. Four Concurrent Role 2 Users Maximum Memory 





The following table is actual measured results from a 





test bed that implemented servers with the characteristics 





of the given example. All 27 possible combinations where 
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tested and the results are listed for th cas when four 


concurrent users of type Role 2 are present and the servers 





are using memory at their profiled needs. More detailed 
information on each individual user is available in the 


appendix. 


Table 34: Measured 4 Role 2 Users Max Mem, JAVA RMI Experiment. 








PATTERN] SERVER A |SERVER B/SERVER C |AVERAGE 


1 GIGA __| 14927.946 
2 BR733_| 11927.037 
3 GIGA _ | 11834.462 
4 BR733_| 14640.246 
5 GIGA | 11270.985 
6 BR733__| 11347.985 
7 GIGA | 16819.333 
8 BR733_| 21089.873 
9 12299.154 
10 GIGA | 14122.558 
11 ERROR 
12 GIGA | 11818.231 
13 ERROR 
14 ERROR 
15 SIX SIX ERROR 
16 17629.400 
17 BR733_| 15442.842 


18__|__BR733 ERROR 


19 BR733__| 15503.059 
20 ERROR 
a1 | sx | six__| _Br733_ | ERROR 
22 | aiGa | Br733 | six__| 11484678 
23. | GIGA | six__| BR733_ | 14197.207 
24 10200.213 
25 GIGA _ | 14054.867 
26 BR733_| 10697.057 


27 SIX BR733 GIGA 12373.780 








Hf ls 





The model predicted a configuration of pattern 26 when 





RAM was limited to 100% utilization. In this run, the model 
predicted configuration of pattern 26 was the second fastest 


average response time. Pattern 24, the fastest average 








response time in this run, was the result of variability in 
the simulation of users. Both of these patterns have the 


servers spread across all machines and Server B located on 





the fastest processor available since Role 2 is a heavy user 
of Server B. The predicted pattern outperformed most of the 


other patterns by 10 to 100 percent and successfully avoided 





patterns that lead to system errors. 
14. Three Concurrent Role 3 Users Minimal Memory 


The following table is actual measured results from a 














test bed that implemented servers with the characteristics 
of the given example. All 27 possible combinations where 


tested and the results are listed for th cas when three 








concurrent users of type Role 3 are present and the servers 





are using memory at significantly less than their profiled 


needs. More detailed information on each individual user is 








available in the appendix. 


Table 35: Measured 3 Role 3 Users Min Mem, JAVA RMI Experiment. 








PATTERN] SERVER A |SERVER B/SERVER C |AVERAGE 


1 GIGA GIGA GIGA 15978.641 
2 GIGA GIGA BR733 13925.953 
3 GIGA BR733 GIGA 13066.211 
4 


GIGA BR733 BR733__| 20415.474 
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5 BR733 GIGA GIGA _| 14614.580 
6 BR733_| 15729.781 
7 GIGA __| 13616.035 
8 BR733_| 23320.024 
9 GIGA 16637.454 


10 GIGA | 14247.811 
11 25796.666 
12 GIGA | 14553.052 
13 19029.670 
14 GIGA _ | 15860.547 
15 SIX 30349.109 
16 18143.637 
17 BR733_| 17679.588 
18 25890.508 
19 BR733_| 20733.072 
20 19881.596 
21 BR733__| 18053.782 
22 16933.835 
23 BR733__| 15992.606 
24 16031.549 
25 GIGA __| 13661.996 
26 BR733_| 13839.297 


27 SIX BR733 GIGA 12488.024 











The model predicted a configuration of pattern 27 when 





RAM was limited to 100% utilization. In this run, the model 


predicted configuration of pattern 27 was the fastest 





average response time. The predicted pattern outperformed 





most of the other patterns by 10 to 150 percent. 


15. Three Concurrent Role 3 Users Maximum Memory 








The following table is actual measured results from a 





test bed that implemented servers with the characteristics 





of the given example. All 27 possible combinations where 


tested and the results are listed for th cas when three 








FES: 


concurrent users of type Role 3 are present and the servers 
are using memory at their profiled needs. More detailed 
information on each individual user is available in the 


appendix. 


Table 36: Measured 3 Role 3 Users Max Mem, JAVA RMI Experiment. 








PATTERN] SERVER A |SERVER B/SERVER C |AVERAGE 


1 ERROR 
2 BR733__| 14105.719 
3 GIGA _ | 13317.196 
4 BR733__| 20540.183 
5 GIGA | 14471.595 
6 BR733_| 15387.582 
7 GIGA | 13482.313 
8 ERROR 
9 16615.449 
10 GIGA __| 14480.759 
11 ERROR 
12 GIGA | 14450.947 
13 ERROR 
14 ERROR 
15 SIX SIX ERROR 
16 17953.958 
17 BR733_| 17636.885 


18__|__BR733 ERROR 


19 BR733__| 20719.032 
20 ERROR 
ai | sx | _six__| Br733_| ERROR 
22 | Giga | BrR733 | six __| 16896.695 
23. | GicA | six | BrR733_ | 15828.615 
24 16190.401 
25 GIGA _ | 13688.695 
26 BR733__| 13690.884 


27 SIX BR733 GIGA 12481.280 








The model predicted a configuration of pattern 27 when 








RAM was limited to 100% utilization. In this run, the model 
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predicted configuration of pattern 27 was the fastest 


average response time. The predicted pattern outperformed 





most of the other patterns by 10 to 60 percent and 








successfully avoided patterns that lead to system errors. 


16. Twenty Eight Concurrent Role 1 Users Minimal 
Memory 


The following table is actual measured results from a 














test bed that implemented servers with the characteristics 





of the given example. The 13 most relevant combinations 


where tested and the results are listed for th cas when 











twenty eight concurrent users of type Role 1 are present and 


the servers are using memory at significantly less than 








their profiled needs. 


Table 37: Measured 28 Role 1 Users Min Mem, JAVA RMI Experiment. 
PATTERN} SERVER A |SERVER B|SERVER C |AVERAGE 


1 9307.17 
2 4964.728 
3 4333.767 
4 3789.347 
5 
6 
7 





BR733 GIGA GIGA 7005.968 
BR733 GIGA BR733 14435.578 
BR733 BR733 GIGA 10810.608 






22 GIGA BR733 3548.850 
23 GIGA BR733__| 3014.110 


24 BR733 GIGA 7413.570 


25 BR733 GIGA | 6807.109 


26 GIGA BR733__| 11117.019 


27 SIX BR733 GIGA 12042.323 

















The model predicted that pattern 4 would be the optimal 








deployment. In the experimental test bed, pattern 4 had the 


TS 





third lowest average response time. Pattern 23 and pattern 





22 both outperformed pattern 4 in the test bed. It is 








interesting to note that these three patterns are the only 








patterns that had Server A assigned to the fastest machine, 





GIGA, with no other servers assigned to that machine. The 


load on Server A is so much higher than the loads on the 





other servers that the differences in the thr deployments 





is well below the fidelity of the model. 





17. Five Concurrent Role 3 Users Minimal Memory 


The following table is actual measured results from a 














test bed that implemented servers with the characteristics 





of the given example. The 13 most relevant combinations 


where tested and the results are listed for th cas when 








five concurrent users of type Role 3 are present and the 


servers are using memory at significantly less than their 





profiled needs. Mor detailed information on = each 








individual user is available in the appendix. 


Table 38: Measured 5 Role 3 Users Min Mem, JAVA RMI Experiment. 
PATTERN} SERVER A |SERVER B|SERVER C |AVERAGE 


1 29292.842 
2 BR733__| 21508.580 
3 20086.958 
4 BR733__| 36014.683 
5 
6 
7 





25289.885 
BR733__| 25185.096 
20293.638 
22 26617.734 


23 GIGA SIX BR733___| 23814.951 
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24 BR733 GIGA SIX 25853.817 


25 BR733 GIGA | 20167.128 
26 GIGA BR733_| 21026.894 

















27 SIX BR733 GIGA 18015.532 
The results of this test are quite interesting. The 
system was at saturation when there were just three 
concurrent users. Two more concurrent users of the same 


usage pattern were added to the load to see how the system 





responded and to see if there was any significance that 








could b determined from the test results. Tt is 





interesting to note that pattern 27 continued to be the best 


when more users of the same type were added beyond what the 





system could theoretically handle. 
18. Two Concurrent Role 3 Users Minimal Memory 


The following table is actual measured results from a 











test bed that implemented servers with the characteristics 





of the given example. The 13 most relevant combinations 


where tested and the results are listed for th cas when 





two concurrent users of type Role 3 are present and the 


servers are using memory at significantly less than their 





profiled needs. Mor detailed information on each 





individual user is available in the appendix. The model, 











ADOA8.3.2, predicts that at 100 percent RAM utilization, 


that pattern 3 will be optimal. 
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Table 39: Measured 2 Role 3 Users Min Mem, JAVA RMI Experiment. 
PATTERN} SERVER A |SERVER B|SERVER C |AVERAGE 


1 GIGA _ | 10681.153 
2 BR733__| 10746.357 
3 GIGA __| 10078.811 
4 BR733_| 13987.569 
5 
6 
7 





BR733 GIGA GIGA 10255.211 
BR733 GIGA BR733 11559.820 
BR733 BR733 GIGA 10554.952 











23 12331.096 
24 12367.663 
25 11114.565 
26 BR733_| 10724.390 
27 SIX BR733 GIGA _ | 10272.231 





The results of the test run do in fact show that 





pattern 3 does have the fastest average response time. Tt 











is as much as 25 percent better than other possible 


deployments that were tested. 


B. CONCLUSIONS 





The results of the JAVA RMI experimentations lead to 


some very interesting results. The predictions made by the 





model were very accurate, leading to good choices for server 
deployment. However, more striking conclusions are drawn 
from looking at groups of experiments. 

1. Scheduled Re-Deployments 


Although the model does a good job of predicting 





performance for a single point, the true strength of this 








approach is chaining these points together. By taking 


78 


advantage of changes to the system at predictable points in 








time, we can do better than any single statically assigned 


server placement. 


Table 40: Shift Changes. 
PAT| SERV A| SERV B| SERV C |ROLE 1| ROLE 2/ROLE 3| R2 (4) R3 (3) 


13925.95 
| 6417.17| 7802.17| 11711.42| 1306.21 
14614.58 
13839.30 
























4964.73 
4333.77 















7005.97 
11117.11 
12042.34 





















If we assume that we have a shift schedule that has the 


following six unique manning requirements over the duration 





of the schedule, then we can initiate object server re- 
deployments to coincide with the shift changes. The shaded 
areas in Table 40 indicate the deployment pattern 
recommended by the model. The numbers in the matrix are the 
actual measured values for these deployments. 


We are only interested in the six deployment patterns 








listed in Table 40. If we were to institute a static 


deployment for our system, then we would be forced to pick 





just one of the deployment patterns listed above. The 


system engineer would be forced into some logic that 





mitigated a worst-case scenario. 
However, since we have the ability to reason about 
different manning schedules, then we can take advantage of 
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this capability. By allowing the system to adjust the 
location of its object servers at shift changes, we gain 
substantial improvements to the system. 


By comparing the models recommended deployment pattern 





versus the other six deployment patterns in Table 40, we can 


quantify this improvement. By dividing the model predicted 








patterns measured performance by the measured performance of 
the other patterns in the same column, we get the 
performance improvement for each shift. Table 41 below 


contains these values. 


Table 41: Shift improvements. 
PAT| SERV A| SERV B| SERV C |ROLE 1} ROLE 2/ROLE 3| R2 (4) 


| 14%] 5%] 10% 





SIX 


GIGA 

















Interesting to note is that we are only comparing 





deployment patterns that are of high probability of actually 
being used. Only one entry in the table has a negative 


value, all other entries have a substantial performance 





improvement. Clearly from Table 41, any organization with 





known manning schedules that fluctuate would benefit from 


this approach. 
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2. Saturation Testing 


Another interesting observation can be ascertained by 





viewing all of the tests involving Role 3 users. Tests were 
conducted with 1, 2, 3 and 5 concurrent Role 3 users even 
though the model was at saturation point with three 


concurrent Role 3 users. 


Table 42: Saturation Testing. 








PAT| A 1 er 2 sere Users|5 Users 


3 'GIGA |BR753| IGA | 7802.21 0078 8112066.270086. 
5_|BR733| GIGA | GIGA | 7413.3|10255.2|14614.5/25289.8 


27 ex BR733} GIGA 8250 11102722 











Again, the shaded area indicates the deployment pattern 
predicted by the model. At saturation point, and additional 
load of a similar pattern does not change the deployment 
pattern. The quantified improvements in performance results 


are expressed in the values in Table 43. 


Table 43: Quantified Improvements, saturation testing. 








PAT| A 1 User users Users | Users 
3 10% 
5 29% 


27 a BR733} GIGA ie 2% 0% 0% 
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VII. CHAPTER 7 


A. JAVA CORBA EXPERIMENTATION RESULTS 
We tested the validity of the model presented in 
Chapter 4 by experimental measurement a second time with a 


different middleware. A testbed was created with Windows 





2000 machines that match the characteristics of the machines 








in the following tables. Servers were created using JDK 1.3 





and CORBA as the middleware. A commercial CORBA 





implementation, Visibroker 4.5.1, was used in this testbed. 





Software to simulate the thr different users was also 





created. The users were simulated with a random choice for 





button selection that has a uniform distribution similar to 








the roles. This simulation software was instrumented to 








measure the actual time the software was blocked waiting for 








an object server method call to response. All 27 different 








configurations were established and th averag response 


time for each configuration was measured and recorded. 





Between each simulation, the testbed machines were rebooted. 


All 27 configurations were tested twice. One tested 





the configuration with the object servers using much less 








than the stated memory needs. Another tested the 


configuration with the object servers using all of the 





stated memory needs. Some configurations strained the 
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machines memory limits. These configurations resulted in 





system failures in the test with th 





object servers using 
all of the stated memory needs. These system failures are 


in the tables of results. It 





listed as error should be 
noted that Windows 2000 did a much better job of swapping 
100% than 


when memory utilization exceeded a previously 


tested operating system, Windows NT. 


1. Experiment Characteristics 


The hardware was purchased for this experiment with the 











following CPU clock rates and RAM. Each machine had a 
10/100Mbps Ethernet card installed. The machines were 
connected via a Ethernet hub rated for 10/100Mbps. The LED 
indicators on the Ethernet hub verified the rate of 100Mbps 








data transfer rate. 


Table 44: Machine Profile, JAVA CORBA Experiments. 




















MACHINE RAM (bits) CPU Speed (MHz) 
SIX 512,000,000 = 600 
64MB 
BR733 1,024,000,000 = 733 
128MB 
GIGA 1,024,000,000 = 1000 
128MB 

















Table 45: Network Speed Profile, JAVA CORBA Experiments. 





























Machine to SIX BR733 GIGA 
Machine Speed 
(bps) 
SIX 200,000,000 | 100,000,000 | 100,000,000 
BR733 100,000,000 | 200,000,000 | 100,000,000 
GIGA 100,000,000 | 100,000,000 | 200,000,000 
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Table 46: Object Server RAM Profile, JAVA CORBA Experiments. 

















SERVER RAM Required (bits) 
A 352,000,000 = 44MB 
B 480,000,000 = 60MB 
C 528,000,000 = 66MB 








Table 47: Object Server Performance Profile, JAVA CORBA Experiments. 









































SERVER Method CPU time (s) Average Size 
of Message 
(b) 

A 1 0:55.23 536 

A 2 2.5742 104 

A 3 1.16165 104 

A 4 1.9828 320 

B 1 TS O2L5 536 

B 2 3.52555 104 

C 1 2.94475 536 

Cc 2 4.5665 104 

Cc 3 0.47065 104 























Table 48: Complex Server Profile, JAVA CORBA Experiments. 





Complex Method 


Exterior Calls 








B.2 





Crd 





Table 49: User Role Profiles, JAVA CORBA Experiments. 
























































ROLE CALL PATTERN (observation interval is 990 
seconds) 

Role 1 50 C1.Bl + 1 C1.B2 + 1 C2.Bl1l+ 1 C2.B6 

Role 2 10 C1.Bl + 40 C1.B2 + 24 C3.B2 

Role 3 50 C2.B5 + 10 C2.B9 + 30 C2.B3 + 1 C2.B2 + 
i C3. B2 











Table 50: Application Call Chart, JAVA CORBA Experiments. 






































Button Methods Called 
C1.Bl A.1 

C1.B2 A.2 + B.l 
C2.Bl1 Cio 4G? 
C2.B2 C.3 

C2.B3 C.2 
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C2.B4 





C2+BS 





C2.B6 





C2.Bi/ 





4) QO] HS} DO] Fe] Go 


C2.B8 





C2.B9 





C3.B1 











C3..,.B2 











QIWQ) P/Q) wy e/a 


C3.B3 








Table 51: Expanded User Roles, JAVA CORBA Experiments. 
























































ROLE Methods Called in Role 

Role 1 50 * (A.1) + 1 * (A.2 + Bel) + 1 * (C.1 + 
C.2) + 1 * (B.2) 

Role 2 10 * (A.1) + 40 * (A.2 + B.1) + 24 * (B.1 + 
B.2) 

Role 3 50 * (A.1 + B.2) +:10 * (A.1 4+ AL2 4+ AL3 + 
Be2) & 3.0r * (En 2) -t 1. * (cC.3) + 1 * (B.1 + 
B.2) 

2. Specializing the Objective Function for Role 1 


Role 1 consists of 50 C1.Bl calls, one C1.B2 call, one 





C2.Bl call, and one C2.B6 call. The first step is to 


convert all of the button calls into method calls by 





substituting the values for the calls from Table 4. 















































50 [A.] + [A.2 + B.1] + Cab Cac2 |, ee [B.2] = 

50 [A.] oh [Az Bee Mall oe PCa Hb Cx Zell at [B.2 + C.1] = 
BO! Avs ot AZ Bel ap Gaal ab Ga2s a Bis 2? te Ca = 

50 A.1 + A.2 + B.1 + B.2 + 2 C.1 + C.2 


























This leads to the following values for the array R for 


the optimization equation. 





R(A) = 50 [A.1 values for CPU] + 1 [A.2 value for CPU] 
= 50 [552.3] + 1 [2574.2] 
= 30189.2 


R(B) = 1] [B.1 values for CPU] + 1 [B.2 value for CPU] 
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= 2 [C.1 values for CPU] + 1 [C.2 value for CPU] 
2 [2944.75] + 1 [4566.5] 
= 10456.0 


There is only one italicized method call prior to 





substitution, so there is only one network value to deal 








with. 
BITS[B,C] = 1 [B.2 message in bits] 
= 536 
3. Specializing the Objective Function for Role 2 
Using the same approach, we get the following for Role 
2s 
R(A) = 108491.0 
R(B) = 186549.2 
R(C) = 70674.0 


There is only one italicized method call prior to 





substitution, so there is only one network value to deal 


with. However, it is called 24 times. 

















BITS[B,C] = 24 [B.2 message in bits] 

= 24 [536] 

= 1344 

4. Specializing the Objective Function for Role 3 

R (A) = 70496.5 
R (B) = 216651.3 
R (C) = 317095.4 
BITS[B,C] = 32696 
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5) Model Outputs 


The optimization model determines the following 





deployment strategies for the different roles when setting 





different RAM 


same as in the 


problem defined 


limits 


last 


in 


previous 


example. 


values determined derives thes 


section 


Solving the 


results. 





for the below results can be seen in Appendix A. 





models are 


Role 2(1 user) 





lists the results when RAM utilization was set at 1.5 


the physical RAM of the machines. 


listed as A 





for 


with the 


The L 








DOA. 1] 


Role 1(1 


user), 


and ADOA9.3 for Role 3(1 user). 


and keeping all other variables the 


optimization 


parameter 


INGO models 





These 


ADOAY.2 for 





Table 52 





times 


Table 52: Model Outputs, 150% RAM util., JAVA CORBA Experiments. 






































Machine Role 1 Role 2 Role 3 
(1 user) (1 user) (1 user) 
SIX None None None 
BR733 None None None 
GIGA A, B, C A; By -C Ay By C 
The next table used the same LINGO models as the above 





table, 


physical RAM of the machines. 





but with the RAM utilization set at 1.0 times the 


Table 53: Model Outputs, 100% RAM util., JAVA CORBA Experiments. 
































Machine Role 1 Role 2 Role 3 
(1 user) (1 user) (1 user) 
SIX None None None 
BR733 B Cc A 
GIGA Ay A, B Bz 
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Table 


multiple 


These models are listed in Appendix A as A 


1 (28 users), ADOA9.2.4 for Role 2 


for Role 3 


54 used LINGO 





concurrent users 





(3 users). 


models that 


exercising the 


times the physical RAM of the machines. 





(4 users), 


represented having 





object servers. 


DOA9.1.28 for Role 


and ADOA9.3.3 





The RAM utilization was set at 1.0 


Table 54: Model Outputs, Concurrent Users, JAVA CORBA Experiments. 






































Machine Role 1 Role 2 Role 3 
(28 users) (4 users) (3 users) 
SIX None A A 
BR733 C C B 
GIGA A, B B Cc 
6. Role 1 Minimal Memory 
The following table is actual measured results from a 


test bed that 


of the given example. 


user of 





memory at 





type Role 1 














tested and the results are 


listed for 








Significantly ] 





usage of 6 megabits. 


is present and 





ess 


than their 


implemented servers with the characteristics 
All 27 possible combinations where 
the case when only one 
the servers are using 
profiled needs. 


Minimal memory in the CORBA tests usually indicated a RAM 


Table 55: Measured Role 1 User Min Mem, JAVA CORBA Experiment. 





SERVER | SERVER | SERVER 




















4 GIGA BR733 BR733 923.566] 1000 951 13 14 22 
5 GIGA 16 
6 26 
7 BR733_| GIGA 18 
8 BR733 28 
9 23 


10 22 
11 21 
12 24 
13 16 
14 14 
15 11 
16 17 
17 14 
18 24 
19 15 
20 16 
21 20 
22 17 
23 22 
24 29 


2 
25 1000 13 


26 16 
13 


27 SIX BR733 GIGA _|1269.271| 1000 946 21 20 


= 
o 








The model chose a configuration of pattern 1 when RAM 


was set at 150% utilization and a configuration of pattern 3 





when RAM was limited to 100% utilization. Pattern 3 was the 
second fastest average response time in this test. Pattern 


1 was the fastest on this run which was th predicted 





configuration when RAM usage was set to 150% of physical RAM 
in the model. Swapping was not an issue since memory usage 


was low. More interesting from a software engineering 





standpoint was the fact that the model proposed a 
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configuration that outperformed most configurations from 10 
to 45 percent. 


7. Role 1 Maximum Memory 








The following table is actual measured results from a 








test bed that implemented servers with the characteristics 





of the given example. All 27 possible combinations where 





tested and the results are listed for the case when only one 








user of type Role 1 is present and the servers are using 





memory at their profiled needs. 


Table 56: Measured Role 1 User Max Mem, JAVA CORBA Experiment. 
SERVER | SERVER | SERVER 











PAT A B a ROLE 1 | CALLS | CALL 1} CALL 2|CALL 3|CALL 4 
1 833.9191 1000 | 949 | 18 | 14 | 19 
2 GIGA 886.201] 1000 | 955 | 10 | 19 | 16 
3 BR733 841.651 [1000 | _965_| 12 {ia _| 15 
4 BR733 aot 1000 | oa {| 17 | 18 18 
5 GIGA Pica [ross ico [es [ae [ae 29 
6 GIGA Parra st 709) 000 | sto [ie [is 26 
7 BR733 GIG. 10es00 oon eee est aa] 20 
8 BR733_| BR733 | 1169.140| 1000 | 944 | 23 | 14 | 19 
9 Feels Gia tose i ose neil sooo ceca asta] 21 
io| Giga | six_| aica [ 926.692 1000 | 943 | 19 | 23 | 15 
11 [| Giga | six | six_| erRoR| 1000 | NWA | NA | NA | NA 
12 Peahe dca Iecien Imes neniouer Fao 30 
13| six_| aica | six_| eRROR| 1000 | NWA | NA | NA | NA 
14[  six_ | six_|_cicga | ERROR] 1000 | NWA | NA | NA | NA 
15 L-SX_| sk | _eix | ERROR 1000 | WA | WA | NA N/A 
16 | BR733_| BR733 | SIx__[1187.428| 1000 | 954 | 10 | 18 | 18 
17 RRTa Teepe [eRe esd enclennao | sese=| ise 11 soors| 24 
ig | BR733 | six_| six__| ERROR] 1000 | NA | NA | NA | NA 
19 Fai lseeas SBRrsasassotoedl loon sete |e a 22 
20 | six__| BR733_ | six__| ERROR| 1000 | NWA | N/A | N/A | NA 
21 | six | six [| BrR733_| ERROR| 1000 | WA | NA | N/A | NA 
24 


22 GIGA BR733 SIX 1137.129} 1000 937 


=? 
ine) 
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23 GIGA SIX BR733_ | 1022.474| 1000 940 16 


Ca73s_[ciGa | six | 1258-190) 1000_[ 905 [25 | 17 24 
| BR733 | SiX_| GIGA_| 180.871] 1000 | 935 | 29 | 21 | 15 
Sx _| GieA_| pr73a_| 1264.999} 1000 | 937_{_28_} _20_| 20 


27 SIX BR733 GIGA | 1202.858} 1000 955 17 7 














The model chose a configuration of pattern 1 when RAM 


was set at 150% utilization and a configuration of pattern 3 





when RAM was limited to 100% utilization. Pattern 3 was the 
second fastest average response time in this test. Pattern 


1 was the fastest on this run, which was th predicted 





configuration when RAM usage was set to 150% of physical RAM 
in the model. Again, the model proposed a configuration 


that outperformed most configurations from 10 to 45 percent 





and successfully avoided any pattern that would result ina 
system error. 


8. Role 2 Minimal Memory 





The following table is actual measured results from a 





test bed that implemented servers with the characteristics 





of the given example. All 27 possible combinations where 





tested and the results are listed for the case when only one 





user of type Role 2 is present and the servers are using 





memory at significantly less than their profiled needs. 


Table 57: Measured Role 2 User Min Mem, JAVA CORBA Experiment. 
PAT |SERVER A/SERVER B|SERVER C| ROLE 2 | CALLS | CALL 1 | CALL 2 | CALL 3 











3 GIGA BR733 GIGA 5927.456| 1000 126 545 329 














4 GIGA BR733 BR733 6229.919} 1000 130 547 323 
5 331 
6 6720.117| 1000 | 147 | 543 | 310 
7 BR733 299 
8 346 
9 310 
10 316 
14 307 
12| six_| GIGA 335 
13 304 
14 | Six SIX 323 
15 321 
16 328 
17 320 
18 3i1 
19 | __ Six 327 
20 332 
21 | Six 334 
22 294 
23 342 
24 317 
25 347 
26 | SIX 339 
27 SIX BR733 GIGA 6803.448} 1000 139 540 321 





The model chose a configuration of pattern 1 when RAM 


was set at 150% utilization and a configuration of pattern 2 





when RAM was limited to 100% utilization. Pattern 2 was the 
second fastest average response time in this test. Pattern 


1 was the fastest on this run, which was th predicted 





configuration when RAM usage was set to 150% of physical RAM 
in the model. Swapping was not an issue since memory usage 


was low. More interesting from a software engineering 





standpoint was the fact that the model proposed a 
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configuration that outperformed most configu 
to 30 percent. 
9. Role 2 Maximum Memory 


The foll e is actual measured 


rations from 10 


results from a 








owing tabl 








test bed that implemented servers with the 





of the given example. All 27 possible com 





tested and the results are listed for 








user of type Role 2 is present and 





memory at their profiled needs. 


characteristics 


binations where 


the case when only one 


the servers are using 


Table 58: Measured Role 2 User Max Mem, JAVA CORBA Experiment. 





PAT |SERVER a B ar C| ROLE 2 Tonos: CALL 1 


1 
2 
3 BR733 
A BR733 
6 GiGA 
6 GIGA_|_BR733 
7 BR733 
g BR733 
9 Tica [Giga [six [549.729] 1000] 143 
to| Giga | six | GIGA | 6603610] 1000 | 147_| 
11 Toisas] sx] eRAOAL_Nia | wa 
12 sx | e1Ga [area | 5005.165) 1000 [141 
13{ sx | aica | sik | ERROR] NA | NA_| 
14{ six [| six | GIGA_| ERROR| NA | NA_| 
15 Ls __|_sx_|__8k_|_ERROA_NA_|_WA_| 
16 | BR733 | BR733_| SIx__| 7068.025| 1000 | 139_| 
17 
18 Canvas [sx sik] ERROR_wA | WA 
19 BR733_| 7262.279| 1000 | 128 | 
20 | six | BR733 | siX__| ERROR] NA | NA | 
21 SIX SIX BR733 aCe N/A N/A 





CALL 2 | CALL 3 
| 582 | 282 
| 539 | 343 
| 539 | 333 
| 524 | 337 
| 529 | 344 
| 537 | 329 
| 564 | 309 
| 552 | 320 
| 554 | 303 
823] 330 
N/A 
a 327 
N/A 
N/A 
N/A 
rec 330 
—530_| 347 
N/A 
—Z_ 330 
N/A 
vA N/A 
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22 GIGA BR733 SIX 6573.312| 1000 


317 
297 
320 
310 





27 SIX BR733 GIGA 6843.850} 1000 


136 529 335 





144 518 338 





The model chose a configuration 


was set at 150% 





of pattern 1 when RAM 


utilization and a configuration of pattern 2 


when RAM was limited to 100% utilization. Pattern 2 was the 


third fastest average response time in 


this test. Pattern 9 


was the second fastest average response time in this test. 


Pattern 9 is provably inferior to pati 


of the variability of the simulation. 





tern 2 and is a result 





Pattern 1 was the 


fastest on this run, which was the predicted configuration 





when RAM usage was set to 150% of physical RAM in the model. 








Again, the model proposed a configuration that outperformed 


most configurations from 10 to 30 percent and successfully 


avoided any pattern that would result in a system error. 


10. Role 3 Minimal Memory 





The following table is actual measured results from a 





test bed that 


implemented servers with the characteristics 





of the given example. All 27 possible combinations where 





tested and the results are listed for 


user of type Role 3 is present and 


the case when only one 





the servers are using 


memory at significantly less than their profiled needs. 
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Table 59: Measured Role 3 User Min Mem, JAVA CORBA Experiment. 








SERVER | SERVER | SERVER 
PAT A B Cc ROLE 3 |CALLS/|CALL 1/CALL 2/CALL 3|CALL 4/CALL 5 


1 10 
2 BR733 8 
3 GiGA_| 7425.08e| 1000 | 542 | 108 | 331 | 9 | 10 
4 BR733_| BR733 324 4 
5 GIGA 10 
6 GIGA_|_BR733 326 9 
7 aiGa_|_7912.398| 1000 | 561 | 118 | 296 | 8 | 17 
8 BR733 15 
9 328 6 
10 10 
11 10 
12| sx | GiGA | GiGa | 7063.876| 1000 | 529 | 107 | 339 | 8 | 17 
13[ six | GiGA | six__| 9364.904| 1000 | 537 | 108 | 334 | 9 | 12 
14 13 
15 12 


16 14 
17| BR733 | six__| BR733_| 9555.933| 1000 | 533 | 99 | 348 | 8 | 12 
18 11 
19| six__| BR733_| BR733 | 9134.159| 1000 | 554 | 96 | 326 | 10 | 14 
20 14 
21 7 
22 10 
23 11 
24 10 
25| Br733 | six_| GiGA | 297.218] 1000 | 552 | 90 | 335 | 9 | 14 
26| six | GiGA | BR733 | 8438.224 1000 | 526 | 121 | 328 | 8 | 17 


27 SIX BR733 GIGA 7945.419} 1000 539 116 321 18 6 








The model chose a configuration of pattern 1 when RAM 


was set at 150% utilization and a configuration of pattern 5 





when RAM was limited to 100% utilization. Pattern 5 was the 


second fastest average response time in this test. Pattern 





1 was the fastest on this run, which was th predicted 


configuration when RAM usage was set to 150% of physical RAM 
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in the model. Again, the model proposed a configuration 
that outperformed most configurations from 10 to 38 percent. 


11. Role 3 Maximum Memory 








The following table is actual measured results from a 








test bed that implemented servers with the characteristics 





of the given example. All 27 possible combinations where 





tested and the results are listed for the case when only one 








user of type Role 3 is present and the servers are using 


memory at their profiled needs. 


Table 60: Measured Role 3 User Max Mem, JAVA CORBA Experiment. 





SERVER | SERVER | SERVER 


PAT A B Cc ROLE 3 |CALLS|CALL 1|CALL 2/CALL 3|CALL 4|CALL 5 
1 18 
2 105 9 
3 12 
| 15 
5 GIGA_| GIGA 299 14 
6 16 
7 BR733_| GIGA 331 | 9 | 6 
8 20 
9 117 14 
10 7 
44 N/A 


12{ six_| Giga | aia | 7079.384 1000 | 526 | 109 | 339 | 8 | 18 
13 N/A 
14 N/A 
15 Six N/A 
16 | BR733 | BR733 | six__|10035.334| 1000 | 557 | 102 | 321 | 8 | 12 
17 7 
18 N/A 
19 11 
20 N/A 
21 N/A 


22 GIGA BR733 SIX 9698.045} 1000 538 107 332 12 14 
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23 GIGA SIX BR733 9311 a 1000 527 104 17 
24 pares [crea [six | o0en 706} 1000"[ 532107 [ani | 14 16 
25 | BR733 | six_| GiGA | 8279.541| 1000 | 537 _| 101 | 333 | 19 | 10 
26 sic aiek arrestee tomo [ie [a8 Das [ia 14 


27 SIX BR733 GIGA 8063.269} 1000 542 121 314 11 








The model chose a configuration of pattern 1 when RAM 


was set at 150% utilization and a configuration of pattern 5 





when RAM was limited to 100% utilization. Pattern 5 was the 


second fastest average response time in this test. Pattern 





1 was the fastest on this run, which was th predicted 
configuration when RAM usage was set to 150% of physical RAM 
in the model. Again, the model proposed a configuration 


that outperformed most configurations from 10 to 38 percent 





and successfully avoided any pattern that would result ina 
system error. 


12. Three Concurrent Role 3 Users Minimal Memory 





The following table is actual measured results from a 





test bed that implemented servers with the characteristics 





of the given example. All 27 possible combinations where 


tested and the results are listed for th cas when three 





concurrent users of type Role 3 are present and the servers 


are using memory at significantly less than their profiled 








needs. Detailed information about the individual 


characteristics of each user can be found in the appendix. 
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Table 61: Measured 3 Role 3 Users Min Mem, JAVA CORBA Experiment. 








PATTERN] SERVER A |SERVER B/SERVER C |AVERAGE 


1 GIGA _ | 15877.702 
2 BR733__| 13886.899 
3 GIGA | 12654.546 
4 BR733_| 19894.807 
5 GIGA | 14149.033 
6 BR733_| 15326.239 
7 GIGA __| 13277.221 
8 BR733_| 22593.446 
9 16043.708 
10 GIGA __| 14039.925 
ir 25316.147 
12 GIGA __| 14369.772 
13 18758.802 
14 GIGA _ | 15383.009 
15 28872.999 
16 BR733 18000.066 
17 BR733_| 17391.755 
18 25055.715 
19 BR733_| 20333.473 
20 19321.708 
21 BR733__| 17489.952 
22 16853.736 
23 BR733_| 15620.748 
24 15732.665 
25 GIGA _ | 13635.231 
26 BR733__| 13652.896 


27 SIX BR733 GIGA 12076.358 








The model chose a configuration of pattern 27 when RAM 


was limited to 100% utilization. Pattern 27 was the fastest 





average response time in this test. Again, the model 
proposed a configuration that outperformed most 


configurations from 10 to 100 percent. 


99 


13. Three Concurrent Role 3 Users Maximum Memory 


The following table is actual measured results from a 

















test bed that implemented servers with the characteristics 
of the given example. All 27 possible combinations where 


tested and the results are listed for th cas when three 











concurrent users of type Role 3 are present and the servers 





are using memory at their profiled needs. Detailed 
information about the individual characteristics of each 


user can be found in the appendix. 


Table 62: Measured 3 Role 3 Users Max Mem, JAVA CORBA Experiment. 








PATTERN] SERVER A |SERVER B/SERVER C |AVERAGE 


1 GIGA | 15770.141 
2 BR733_| 13781.662 
3 GIGA _ | 12534.210 
4 BR733_| 19937.813 
5 GIGA | 14171.030 
6 BR733__| 15056.097 
7 GIGA | 12868.518 
8 BR733__| 22810.510 
9 16314.067 
10 GIGA __| 13853.769 
11 ERROR 
12 GIGA | 14173.931 
13 ERROR 
14 ERROR 
15 SIX SIX ERROR 
16 17857.033 
17 BR733_| 17155.762 


18__|__BR733 ERROR 


19 BR733 | BR733_ | 20096.231 


20 BR733 ERROR 


21. | six | __six__|_BrR733_ | ERROR 
22 | GIGA | BR733 | SIx___| 16813.626 


23 GIGA SIX BR733 15423.078 
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24 BR733 GIGA SIX 15895.970 


25 BR733 GIGA | 13285.579 
26 GIGA BR733_| 13477.260 


27 SIX BR733 GIGA 12011.614 














The model chose a configuration of pattern 27 when RAM 


was limited to 100% utilization. Pattern 27 was the fastest 





average response time in this test. Again, the model 
proposed a configuration that outperformed most 
configurations from 10 to 70 percent and successfully 


avoided any pattern that would result in a system error. 


B. CONCLUSIONS 
The results of the JAVA CORBA experimentations 


reinforced the conclusions presented in the previous 





chapter. The predictions made by the model wer very 
accurate, leading to good choices for server deployment. 
However, more striking conclusions are drawn from looking at 
groups of experiments. 

1. Scheduled Re-Deployments 

Although the model does a good job of predicting 


performance for a single point, the true strength of this 











approach is chaining these points together. By taking 





advantage of changes to the system at predictable points in 





time, we can do better than any single statically assigned 


server placement. 
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Table 63: Shift Changes, CORBA experiments. 


SERV aie SERV 
<= shoes : ROLE ee 3} R3 (3) 


7779.4013886.90 
395927.46|7425.09[12654.55 

































2 
3 
=) 

















If we assume that we have a shift schedule that has the 
following four unique manning requirements over the duration 
of the schedule, then we can initiate object server re- 
deployments to coincide with the shift changes. The shaded 
areas in Table 63 indicate the deployment pattern 
recommended by the model. The numbers in the matrix are the 
actual measured values for these deployments. 


We are only interested in the four deployment patterns 





listed in Table 63. If we were to institute a static 


deployment for our system, then we would be forced to pick 





just one of the deployment patterns listed above. The 





system engineer would be forced into some logic that 
mitigated a worst-case scenario. 

However, Since we have the ability to reason about 
different manning schedules, then we can take advantage of 
this capability. By allowing the system to adjust the 
location of its object servers at shift changes, we gain 


substantial improvements to the system. 
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By comparing the models recommended deployment pattern 
versus the other four deployment patterns in Table 63, we 


can quantify this improvement. By dividing the model 





predicted patterns measured performance by the measured 
performance of the other patterns in the same column, we get 
the performance improvement for each shift. Table 64 below 


contains these values. 


Table 64: Quantifiable Improvements in Shift Changes. 


SERV | SERV | SERV | ROLE | ROLE | ROLE 
B 


Ge 4 3 
| 12% 
3 
5 


27 | SIX |BR733}GIGA | 30% 


















2 


















Interesting to note is that we are only comparing 
deployment patterns that are of high probability of actually 
being used. None of the entries in the table have negative 
values, seven of the twelve other entries have a double 


digit performance improvement. Clearly from Table 64, any 





organization with known manning schedules that fluctuate 
would benefit from this approach. 

2. Middleware Independence 

Since the results of the JAVA CORBA experiments reflect 
the same results as the JAVA CORBA experiments, it would 


lead to the conclusion that this approach is independent of 





middleware implementation. In the future, testing of 
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experiments with a mixed bag of middleware implementations 


in one system would be useful. 
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VIII. CHAPTER 8 


A. PROFILING 
With any tool that is to be used by software 


developers, if the information needed to feed the tool is 








not readily available, then the tool’s usefulness suffers. 





Many tool designers fail to understand this point. The 


approach detailed in this dissertation always had this goal 





in mind during its development. 
Not all profiles are required to get meaningful 
results. The only required profiles are the hardware 


profiles of the machines and the profiles of the object 





servers. With just these profiles, the system provides 





results. However, when client software profiles and user 
profiles are added, then the strength of the tool is 
realized in the form of more accurate results. 


Since this approach is abstracted above any middleware 





or implementation language, there isn’t a given methodology 








or toolset for gathering these profiles. Instead, I will 





enumerate different approaches for profiling different areas 





and give examples in certain cases. I will start with the 








profiles that are required. These also happen to be the 


easiest to collect. 
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1. Hardware Profiles 
Hardware profiles can be collected with manual or 


automated methods. The manual method requires the user to 





individually collect the profiles for each machine. The 





required information may be obtained from purchasing 
information or collected from the machine itself. When 
collecting the information from the machine, it may be 
labeled on the machine or may be queried while the machine 
is running. The approaches vary and differ depending on the 
operating system of the machine. 

Automated systems also exist for profiling a network of 
computers. Commercially available tools like 
SolarWinds.net’s Network Management Tools are too numerous 
Or Jase, These systems usually consist of software that 
runs on a machine connected to the network and actively 
sniff out other hardware. The detail of the information 
obtained is dependent on the tool. 

2. Server Profile 


Profiling object servers is a bit more involved than 





hardware profiles, but still not complicated. The key her 





is to make sure that all values are normalized. To 


normalize the values for your object server profile, it is 








preferable to collect all the values by running the object 





server timing tests on the same machine. However, if this 








isn’t possible, then the object server timing values must be 
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normalized after collection. This can be accomplished by 


multiplying all data collected by a ratio of the machines 





speed and a set machine speed. 
To collect object server profiles, test software is 


usually required. This test software consists of a call to 





all exposed methods of all classes while collecting metrics 





on each call. An example of this test software for the 





object servers in this dissertation can be found in Appendix 
B. 
Creating this test software by hand is simple enough 


when the number of classes and methods is relatively small. 





However, if this isn’t the case, then a more automated 





approach is desirable. If the UML model of the object 


servers is available, then a tool like Quava can be used to 














generat th test software. Quava can generate the test 


software for object servers, even if the object server 





wasn’t created with Quava [32]. 
i Client Application Profiles 


There are numerous ways to collect the profiles of the 








applications involved. If the source code is available, 


then the code can be visually inspected, parsed, or 





instrumented to produce the application profiles. For 
parsing or instrumenting the code, ther xists numerous 
tools and parsing languages to accomplish this task. The 
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choice of tool will depend on the implementation language of 


the application and your preference of tools. 





If the source code contains conditionals, loops or 





recursion, then had choices need to be made. The most 





common approaches are to either tak th averag or the 





maximum number of times the call can be made. Both 


approaches have merit. 





Since the client applications for the examples in this 


paper were implemented in JAVA and my preference was to 





instrument the application code to create their profile, the 








technology I decided on was Aspect-Oriented Programming, 


which allows for simple rules to be written that crosscut 





over th ntire application. Thus, very large applications 





can be instrumented rather efficiently. The tool used was 








AspectJ, version 0.8. The software for the clients and the 


aspect can be found in Appendix B. The client software is 





Clientl.java, Client2.java and Client3.java. The aspect 





software is Profile.java. 





If the application software is not available, then 





other methods must be used. These involve registering 








vents external to the application and mapping them back to 





the application. In CORBA object servers, interceptors can 








be used to log these events. In ERJB containers, the same 





mechanism is available. If the source code is available for 





the object servers, then they can be instrumented to provide 
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these logs. The profiles can even be obtained at a lower 





level, by monitoring network packet traffic. David 
Luckham’s at Stanford on complex event processing is one 
such approach [10,11,12]. 


4. User Profiles 





If application software is available, then the 








applications can be instrumented to gather the interactions 





of the users with the applications. The methods available 





are Similar to the ones mentioned in the application profile 





section. 











Some Graphical User Interface (GUI) tools offer options 
to track user actions. Both X-Windows and Microsoft Windows 


have commercial tools that will track user actions. These 





tools were originally designed to be Big Brother watching 





every move an employee makes by logging their interactions 


with their computer. However, they can server a more useful 





service if their data ultimately used to benefit the 
employee by speeding up the system with which he interacts. 


Of course, visual observation of users and manually 








logging their interaction will work. All that is needed is 
paper and pen. A matrix of possible user interacts can be 
made prior to an exercise or shift. The user or an 


independent third party can log the frequency of 


interactions. 
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B. CONCLUSIONS 

There are many ways to collect the required data, but 
the key is finding the most accurate and automated approach. 
Ultimately, a cost-benefit analysis will have to be made on 
whether or not to implement this approach on a host system. 


The collection of these profiles will be a primary source of 





the cost associated with its implementation. 
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IX. CHAPTER 9 


A. FUTURE REFINEMENTS TO THE MODEL 


The model presented in this dissertation is 


enough to demonstrate the validity 
However, there are multiple ways that 
improved. 

1. Weights 

Weights could be added at various 


more critical operations to have higher 


of 


robust 


the approach. 


the model could be 


places to allow for 


significance. 


There 


are basically four levels that weights could be added to the 


methodology. 


Weights could be added at the user interaction level. 





Basically, weights could be added to each interaction that a 


user could have with the system. At 


this level, 











see formulas such as WEIGHT[X]* APPLICAT 























WEIGHT[Y] * APPLICATION[EXCEL, EXIT]. 





Weights could be added at the appl 





ication level. 








we would 


ON[WORD, SAVE] and 


This 


would mean that all interactions initiated from a particular 





application would carry more weight 


initiated from another application. 





than 


interactions 


These formulas would 


have the form of WEIGHT[X] * APPLICATION [WORD] 

















* APPLICATION[EXCEL]. 
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and WE] 





[GHT [X] 


Another place that weights could be inserted is more in 








line with the object-oriented theme of this dissertation. 





Each method call in each object server could be assigned a 


weight. This would have the form WEIGHT[X] * A.M1 and 





WEIGHT[Y] * A.M2. 





The last place that weights could be added is to assign 








a weight to each object server. In essence, one would say 





that object server A is more important than object server B. 


This adjustment could be made to the objective function 








directly, whereas the other weighting would be internal to 
the evaluation of the load value of each server. This would 


adjust the first term of the objective function to: 





N M 
oe Anm * Wn * Rn ®* S 
Minimize oo 
m 


n=0 m=0 

All of these weighting changes could be made separately 

on in some combination concurrently. The important thing to 
remember is the impact it will have on the optimization. 


All weights must be positive. Weights with values less than 








one could lead to queuing delay that is not evaluated. 
Weights greater than one will lead to CPU slack time, but 
this is the safest approach. 

2. Queuing Delay 

The model could reason better about deployments if it 


knew how queuing delay was affecting the system. When more 
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users are present and actively using an object server, then 
there is a higher probability of being delayed in the queue 


prior to having a request being serviced. The probability 





of a queuing delay is directly related to the utilization of 








the CPU. A term that added load to the objective function 
when there were more users and CPU utilization was high 


could be added. Conversely, a term, that limited CPU 








utilization as more users were actively engaged with the 
system, could be added to the CPU constraint. 


Classical queue theory makes many assumptions about the 








arrival rate and service time of tasks. These assumptions 





may not be valid when modeling users that exhibit certain 





behavioral habits. Many users that interact with reactive 


systems generally fall into a looping model of pushing a 





button, waiting for the reply, then observing the results. 








When this model of user behavior is assumed, then regardless 








of the arrival rate or service time, the queue length will 





always be bounded by the number of users currently engaged 
with the system. 
For systems that serve large number of users with 


unscheduled usage patterns like those systems that are 











common to the Internet, then this observation would not be 
of value. However, in systems where the total number of 
scheduled users is known ahead of time, then this 
observation is much more meaningful. 
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The addition of logic to evaluate queuing delay would 
have the added benefit of removing the problem of not 


reasoning correctly about a special case for optimization. 





If all of the machines have equal RAM and CPU speed and 
there is no inter-server communication, then the current 


objective function doesn’t guarantee the correct deployment. 





In this case, each server should run on a separate machine 





to minimiz th ffect of queuing delay. Queuing delay 
logic would remove this special case. 

3 Automated RAM limits 

The model could reason better about deployments if it 


knew how each machine actually responded when the resources 





of the machine were being depleted. Since we do not have a 
function that accurately depicts the effect of RAM 
utilization on processing speed, we could substitute 


functions that bound the upper and lower limits of the 














function. These bounding functions could then be 
incorporated into the model to allow the model to determine 


how RAM will be utilized. 








The model ADOA4 is an illustration of this change. In 





the ADOA4 model, the RAM limit was removed. The model was 
allowed to use up to twice the amount of memory on a machine 
than there was RAM to allow for virtual memory. The 
function used to increase processing when RAM utilization 
rises was simply to multiply by 3 raised to the power of the 
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RAM utilization percentage. This is a safe choice for an 
upper bound to the actual function. The results of the 


model were the following deployment. 





Table 65: Model Outputs, Automated RAM Function. 























MACHINE SERVER RAM Utilization 
W None 0.00 
X None 0.00 
Y D 0.3437500 
Z A, B, ¢ Oberon spac lGys: 

















Of course, the problem is finding out what the actual 











function may be and finding functions that bound the actual 





function without over exaggerating. 





Another problem with introducing an automated RAM 


function is the variations that different operating systems 





have in dealing with swapping virtual memory to physical 
memory. Each operating system could have different RAM 
functions. When a heterogeneous environment is being 
modeled the objective function would have to change 
considerably. 

4. Asymmetric Communications 

The model is easily changed to handle asymmetric 


communications by replacing the function used to compute Q. 
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M 
By changing Qy= [1+ ¥ ana) ¥t, where L is the LAN speed, 


m=0 
M M 
to QiF= y Yin» Qin P mm, Where: © le. a. matrix of values; 
m=0m'=0 





then the model can handle almost any kind of communications 





configuration. 





It should be noted that when the network speed is a 
constant regardless of the location of the servers, then the 


second term of the objective function serves no real purpose 











Since it becomes a constant and can be eliminated. In this 
case, the objective function becomes linear. Since most 
middleware vendors take care to implement efficient code, 


the point is irrelevant. 





Di Unreachable Deployments 
There are some deployment patterns that cannot be 


reached because of the CPU and RAM limits imposed on the 











model. In a three machine, three-server model there are 27 
different possible deployment patterns. Of these 27 
possible deployment patterns, some of them may not be 


available because of the RAM and CPU limits. 
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Unacceptable 


Deployments 
foven RAM & CPU limits) 


Figure 6: Unacceptable Deployments. 





If these unreachable deployments could be removed from 
consideration from the model ahead of time, then the 
processing speed of the model could be improved. This 


becomes more important when the size of the model increases. 





6. Provably Inferior Deployments 


Besides deployments that cannot be reached because of 





the constraints placed on the CPU and RAM utilization, there 








are other deployments that can sometimes be dismissed. In 
general, a faster machine should never be void of a server 


assignment while a slower machine possesses such = an 





assignment. However, this is not entirely the case. 


L Aes 


When a faster machine has greater or equal amounts of 


RAM than a slower machine, then it should never be the cas 





that the faster machine is void of a server assignment while 








the slower machine is assigned a server. This logic could 
be used to lower the number of deployment possibilities that 
must be reasoned about, thus decreasing the computational 
time of the model. 

7. Optimal Zone 


Becaus of errors in data used, there may be zones of 





deployments that are within a few standard deviations of the 











optimal solution. This zone is called the optimal zone. In 





the figure below, the bull’s-eye area represents the data 





collected for model to compute. The inner circle of the 








area represents the area covered if the data collected is 





within one standard deviation. The middle ring represents 
the area covered within two standard deviations and the 


outer ring represents the area covered within three standard 








deviations. 
Again the boxes in the grid represent possible 
deployments for the servers. The figure is a visual 


representation of the possibility that errors in the data 





could lead to ambiguity in the solution space. With 
sufficient error in the data, any of the shaded boxes in the 


optimal zone could be the correct deployment. 
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Figure 7: Optimal Zone. 





The interesting question is whether it is wise to move 





from box in the optimal zone to another box in the optimal 





zone given the fidelity of the model and data. 


8. Instance Distribution 

A possible enhancement is to adda 
splitting the object servers for a given 
strategy involves using a hash function to 
population of a class into disjoint buckets, 
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strategy for 
class. This 
partition the 


and to have a 





separate object server for each bucket. This approach is 


useful when the load on an object server xceeds the 





capacity of the fastest available machine. The strategy 





depends on the assumption that each object in the class is 





an independent ntity. The assumption iS a good one if 


there are no methods that require more than one argument of 





the class type (including the “self” object). 
9. Enterprise Resource Planning (ERP) 
An additional capability that can be added to the model 


is in the area of enterprise resource planning. By adding a 





table of possible upgrades like adding additional memory, 
upgrading the CPU, or adding an additional machine along 


with all the expenses involved in each upgrade, the model 








could reason as to which upgrades would give the most 


performance for the least amount of money. 





The system could also be used to estimate how many 


concurrent users the system could support. This would allow 








the system engineer to reason about scalability issues of 
the deployed system. 


10. Code Generation from UML and ADL 





Since this methodology is driven at the class level, it 





can easily be combined with a tool like Quava and an 





Architectural Description Language (ADL) to produce multiple 








servers from a large UML class diagram [32]. In many cases, 
a UML class diagram may contain hundreds of classes. A 
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single server generated from this class diagram may be poor 


performing. The classic solution to this problem today is 











to either buy faster hardware or create multiple copies of 





the server and spread the request across multiple machines. 





If faster hardware isn’t available and if the objects 


in the server have state, then a better solution may be to 





decompose the server into smaller servers and spread these 





smaller servers across multiple machines. This task was 
difficult in the past. However, with automated server 
generators like Quava, this task is much simpler. The logic 








of the methodology described in this paper could be added to 
a system like Quava and used to generate multiple object 


servers from a single UML class diagram based on a given 





ADL. 
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Xx. CHAPTER 10 


A. CONCLUSIONS 
1. Model Performance 


The model’s performance was quite impressive in all of 








the scenarios tested. It consistently predicted a top 
performing deployment pattern. As a single static 
deployment tool, the model has value. Combined with the 


concept of changing usage patterns with predictable points 





in time, the value of scheduling deployment changes has even 
greater value. 


By looking at only the deployment patterns that the 





model has given for different scenarios, we can see how the 





ability to change server deployments at shift changes will 





increase the overall performance of a system. A tool that 
synchronizes the shifting of server deployments at given 
time could be easily implemented. 


2. Targeted Behavior 





User profiles can be targeted to the actual behavior 
that is most critical to his job. Extraneous tasks can be 
ignored when profiling a user to give greater importance to 
a desired task. The person profiling the user has total 


control over these options. 
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For example, say a system supports ticket agents. The 





tasks performed by a ticket agent include ticket orders, 
timecard entry, web browsing, etc. We can profile the 
ticket agent only when taking a ticket order. Let’s say 
that a shift has 5 ticket agents assigned to the system. If 





we optimize the system for the targeted user profile with 5 


agents, then the system will give the quickest response when 








5 simulations orders are being executed. The system may not 





be optimal for when the ticket agents are doing other tasks, 
but the act of taking ticket orders was deemed of primary 


importance. 





In a dynamic system by past performance, this ability 





is not available. If the 5 agents had been surfing the web 
for a few hours prior to 5 customers calling with ticket 
orders, then the system would have been tuned for the web 
surfing task. Worse, a dynamic redeployment may occur 
during the taking of the ticket orders, causing further 
delays. 

3. Accuracy of Information 

The accuracy of the data used as input to the model is 
very important to the output of the model. Knowing this, it 
is very important to be as accurate as possible when 


collecting the data. 
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Accuracy of ADOA 


Accuracy of Data 


Figure 8: Accuracy of Input Information. 


The usage patterns will be the most difficult to 
accurately predict. Take the example of a simple two 
server, two-machine architecture to support a military 
operation. Both machines have the same amount of RAM. Lets 
say that one server handles track data and another server 


handles logistics data. Now let’s say that we have 





different missions to perform. These missions may be a high 
intensity conflict with multiple tracks [Persian Gulf War], 
a low intensity conflict with few tracks [Somalia], and a 
humanitarian relief project [Bangladesh Floods]. The high 
intensity conflict should have the track server running on 
the fastest machine and the logistics server running on the 


slower machine, but if the information used to calculate the 


125 


optimal deployment is inaccurate, then the deployment may 


have both servers running on the same machine as depicted 





below. The deployment labeled BAD is having the two servers 





running on the slowest machine. This should never happen, 


regardless of the missions being conducted. 


Persian Gulf War 


Tracks C800 Miz Tracks 0800 MHz 
Logistics O800 MHz Logistics 360 MFiz 


BAD 


Tracks 0360 Miz Tracks 1360 Miz 
Logistics 800 MHz Logistics 360 MHz 





Figure 9: Information Accuracy, Persian Gulf Scenario. 





In the lower intensity conflict as depicted by the 


Somalia Conflict, it may be that the most optimal solution 





would be to have both servers running on the fastest machine 


because the track usage is low and the logistics are 





important to the completion of the mission. However, if the 
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information used to run the model is inaccurate, then th 





deployment may suffer. In this case, poor accuracy could 





lead to two different deployments other than the one desired 





as shown below. 


Somalia 


Tracks C800 Miiz Tracks 
Logistics O800 MHz Logistics 


BAD 


Tracks 0360 Miz Tracks 
Logistics 800 MHz Logistics 





Figure 10: Information Accuracy, Somalia Scenario. 


The last mission may have almost no track data to 


process, but huge logistic problems to correct. This is 





typical in a humanitarian relief project where food, 


medicine and shelter are the most crucial obstacles to 


overcome. In this situation, the most advantageous 








deployment would have the logistics server running on the 


fastest machine, and the track server running on the slowest 
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machine. However, if the information fed to the model is 


inaccurate, then other deployments are possible. 


Bangladesh Floods 


0800 MHz Tracks O800 MHz 
0200 MHz Logistics = 0360 MHz 


0360 MHz Tracks 0360 WH 
0800 MHz Logistics 0360 MHz 





Figure 11: Information Accuracy, Bangladesh Floods Scenario. 


4. Combinatorial Explosion 


Of course, the problem with combinatorial explosion is 





also an issue. Larger systems can cause significant delays 
in computing deployment strategies. The more machines and 
servers there are to reason about, the more processing time 
and memory are used by the model to compute an optimal 
deployment. 

Given N object servers and M machines, the possible 


number of deployment patterns is M raised to the N power. 
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The table below lists how quickly the number of possible 


deployment grows. 


have 


parameters. 


been 


made to 


invalidating the model. 


LINGO models on a 1100MHz AM 





reduce 


No additional abst 


the 





The times wer 


factors 








These models are listed in Appendix C. 


Table 66: Model Computational Time. 


to just 





All possible abstractions of the world 


these 





tractions can be made without 


collected by running 






















































































SERVERS MACHINES DEPLOYMENTS | Computational 
N M TIME 
(hh:mm:ss) 
4 4 256 00:00:01 
5 4 1024 00:00:08 
5 5 S125 00s 0015 
6 6 46656 00401252 
7 a 823543 00:04:30 
8 8 16777216 00:26:04 
y c) 387420489 OLe03e 50 
Ale) 10000000000 03:59:44 
285311670611 26:48:44 
5. Usefulness of the Model 


Although the current version 
approach seems to have merit. 


reasonable way wit 


placed on 


want. 





the system, 


network of computers, 





th changes is the environment, 





Since all of these changes take p 


a single static depl 
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D machine with 128MB of RAM. 


is rather simplistic, the 
The system responds in a 
constraints 


and different roles that a user might 
lace on a given 


loyment strategy 





will never utiliz the assets available to better support 
the end user. 
Predicting exactly how a user will interact with a 


system that supports multiple roles will always be an 





inexact science. Using the model in this dissertation to 





deploy object servers is a software engineering approach to 


a real world problem that currently exists without a better 

















solution. No solution can be exact because of the 





limitations inherent in modeling users, software, hardware, 





etc. 
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APPENDIX A 


This appendix contains an explanation of the 





transformation between the objective function and the 








language used by LINGO. Listings of all of the LINGO models 


used in this dissertation are also present. 


A. TRANSFORMATION TO LINGO 
The transformation from the objective function to a 


tool specialized to the task of solving systems of nonlinear 








equations is unique to each tool or math library used. In 











this dissertation, the tool of choice was LINGO. The 








mappings from the objective function to LINGO are thus 
included. 


1. Processing Speed Term 





In the objective function, the processing speed term 


was defined as: 


i fect bes a ME i TR A aPAS noi 
Minimize Dy >, —_ T_T 


n=0 m=0 Sm 














n LINGO, the above term is represented by: 





PROC_SPEED = @SUM( DEPLOYMENT( I, J): 
YC. go. SOG PLTER “Car eS 





























NORM_SPEED / SPEED( I ))j; 














Note that MULTIPLIER in LINGO is equivalent to ka, 

















NORM_SPEED is equated to Snm, V is equivalent to dm, and 
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SPEED is matched to Sm. More descriptive identifiers were 








used in the LINGO model in keeping with good programming 
practices. 


2. Network Speed Term 





The network speed term in the objective function was: 


SS Bi 
Minimize |), >) — 


i=0 j=0 Oi 


In the LINGO models, this term is represented in a 














couple of ways. If the speed internal to a machine was 


twice as fast as external, then the following represented 





this case in LINGO: 


























NET_SPEED = 32696000/ (U(@INDEX (B) , @INDEX (C) ) *NET_BW) 


. 
1 





@FOR (SERVER (K): 
@FOR (SERVER(L): 
@SUM ( MACHINE(R): V(R,K)*V(R,L)) + 1 = U(K,L); 








3 
); 


In this example, the term By was replaced with the 





actual bit count, 32696000. The term Qj is comprised of 





the logic in the denominator of the NET_SPEED equation. 


3. RAM Limits Constraint 





The constraint in the objective function that limited 


the RAM utilization was: 
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N 
Vin} Y) din * Vi S$ Tn *U 


n=0 








In the LINGO models, this constraint is represented in 
the form of: 


@FOR (MACHINE(R): 
@SUM ( SERVER(K): V(R, K) *MEMORYUSE(K)) = T(R); 
T(R) < MEMORY (R) *MEM_ LIMIT; 
3 

















4. CPU Limit Constraint 





In the objective function, the CPU utilization was 


limited by the term: 


NG ® Re® Sism 
vm ya <c 
n=0 m 














n LINGO, this logic was represented in the form of: 


@FOR (MACHINE (R): 
@SUM ( SERVER(K): V(R, K) *MULTIPLIER (K) * 
NORM _SPEED/SPEED(R)) = Q(R); 


























Q(R) < CPU_TIME; 
); 





5. Whole Server Constraint 











In the objective function, the constraint that stated 


that a server couldn’t be split across multiple machines was 














simply to state that dm must equal zero or one. n LINGO, 





this is represented by: 





@FOR (DEPLOYMENT: @BIN(V)); 
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6. Single Copy Constraint 








In the objective function, the constraint that stated 





that a server couldn’t have multiple copies was stated as: 


M 
Tn > Am = 1 
m=0 


n LINGO, this logic is represented by: 

















@FOR (SERVER (K): 
V(@I 
V(@I 


B. 




















NDEX (W) ,K) + V(@INDEX(X),K) + V(@INDEX(Y), K) + 
NDEX(Z),K) = 1; ); 








LINGO MODELS 


1. ADOA3 









































EPLOYMENT (MACHINE, SERVER): V; 
ET_SPD (SERVER, SERVER): U; 


















































ENDSE 








DATA 
N 
M 


M 


M 
N 


ENDD 





ORM_SPEED = 
EMORY SPEED 
64 300 
128 200 
128 400 
256 500; 
ULTIPLIER MEMORYUSE = 
35.84 44 
21.3 33 
297 66 
100.1 44; 
EM LIMIT = ?; 
ET BW = ?; 
ATA 
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MIN = PROC_SPEED + NET_SPEED; 
PROC_SPEED = @SUM( DEPLOYMENT( I, J): 
Vv (I, J ) * MULTIPLIER ( J ) * NORM_SPEED / SPEED( I )); 


























! Inter-Server communications function. Ignore Client/Server Comms 





! because they always exist and we are letting the Client location 











! be the free variable. NOTE: ASSUME LOCAL TWICE AS FAST AS REMOTE 























NET_SP 





r 





ED = 40000000/ (U(@INDEX (B),@INDEX(C))*NET_BW) ; 

















! Figure out if two servers are running on the same machine. 7 
! 

@FOR (SERVER (K) 
@FOR (SERVER(L): 









































I 
U (K, L) V(@INDEX (W), K)*V(@INDEX(W),L) + 
V(@INDEX (X), K)*V(@INDEX(X),L) + 
V(@INDEX(Y), K)*V(@INDEX(Y),L) + 
V(@INDEX(Z), K)*V(@INDEX(Z),L) + 1; 
i 
i 
! i 
! A server cannot be split over multiple machines ; 
! . 
. 1, 
@FOR (DEPLOYMENT: @BIN(V)); 
! . 
. , 
! Each server can only run on one machine. ; 














@FOR (SERVER(K): 
X(W),K) + V(@INDEX(X),K) + V(@INDEX(Y), K) + V(@INDEX(Z),K) 



























































V (@INDE 
= 1; 
i 
! i 
! Constraint for limiting the RAM load on a single machine. F 
! si 
. v 
@FOR (MACHINE (R): 
T(R) = V(R, @INDEX (A) ) *MEMORYUSE (@INDEX(A)) + 
V(R, @INDEX(B) ) *MEMORYUSE (@INDEX (B) ) + 
V(R, @INDEX(C) ) *MEMORYUSE (@INDEX (C) ) + 
V(R, @INDEX(D) ) *MEMORYUSE (@INDEX(D) ) ; 
T(R) < MEMORY (R) *MEM_LIMIT; 
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NORM_SPEE 
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EMORY S 
64 
128 
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256 




















MULTIPLIE 








EMORYUSE = 








294.54 
21.3 
669.7 
832.5 
MEM_LIMTI 
NET_BW 
ENDDATA 








MIN P 
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! Inter-Se 


! because 
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they always exist a 





ree variable. 





ER): 


NOTE: 


I, 


ns func 


ULTIPLIER ( 





ASSUM 


tion. 


J) 


Ignor 





EF LOCAL 


* NORM_SP 
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‘ED / SPEE 

















Cli 








t/Server Comms 


nd we are letting the Client location 





TWICE 


G 








40000000/ (U(@INDEX (B) , @ IND! 





EX (C)) *N 





ET BW) 


AS FAST AS R 


1, 


! Figure out if two servers are running on the same machine. ; 





@FOR (SERV. 


ER ( 














@FOR (S 


U(K 





ERV 
rh) 














EMOTE 















































V(@INDEX (X), K) *V(@INDEX(X),L) + 
V(@INDEX(Y), K)*V(@INDEX(Y),L) + 
V(@INDEX(Z), K)*V(@INDEX(Z),L) + 1; 
i 
i 
! 
! A server cannot be split over multiple machines 
! 
@FOR (DEPLOYMENT: @BIN(V)); 
! 
! Each server can only run on one machine. 
! 
@FOR (SERVER (K): 
V(@INDEX (W),K) + V(@INDEX(X),K) + V(@INDEX(Y), 











! Constraint for limiting the RAM load o 
! 
@FOR (MACHINE (R): 
T(R) = V(R, @INDEX (A) ) *MEMORYUSE (@INDE 
V(R, @INDEX (B) ) *MEMORYUSE (@INDE 
V(R, @INDEX(C) ) *MEMORYUSE (@INDE 
V(R, @INDEX (D) ) *MEMORYUSE (@INDE 
T (R) < MEMORY (R) *MEM_LIMIT; 
i 
END 
3. ADOA3.2 
MODEL: 
SETS: 
ACHINE / W X Y Z/ 
MEMORY, SPEED; 
SERVER / ABC D/ 
















































































DEPLOYMENT (MACHINE, SERVER): V; 




























































































NET_SPD (SERVER, SERVER): U; 
MEM_USED (MACHINE): T; 
ENDSETS 
DATA: 
NORM_SPEED = 500; 
MEMORY SPEED = 
64 300 
128 200 
128 400 
256 500; 
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+ V(@INDI 
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MULTIPLIER MEMORYUSE = 
637.6 44 
867.2 33 
292.8 66 
0.0 44; 
MEM_LIMIT = ?; 
NET_BW = ?; 
ENDDATA 
MIN = PROC_SPEED + NET_SPEED; 
PROC_SPEED = @SUM( DEPLOYMENT( I, J ) 
Vv (I, J ) * MULTIPLIER ( J ) * NORM_SPEED / SPEED( I )); 
! 
7 
! Inter-Server communications function. Ignore Client/Server Comms 
, 
! because they always exist and we are letting the Client location 
7 
! be the free variable. NOTE: ASSUME LOCAL TWICE AS FAST AS REMOTE 
7 
! 
7 
| 24 * 40000 * 1000 = 960000000 
7 
! 
: 
NET_SPEED = 960000000/ (U(@INDEX(B),@INDEX(C))*NET_BW) ; 
' . 
. v 
! Figure out if two servers are running on the same machine. ; 
! . 
. , 
@FOR (SERVER (K): 
@FOR (SERVER (L): 
U(K,L) = V(@INDEX(W), K)*V(@INDEX(W),L) + 
V(@INDEX (X), K) *V(@INDEX(X),L) + 
V(@INDEX(Y), K)*V(@INDEX(Y),L) + 
V(@INDEX(Z), K)*V(@INDEX(Z),L) + 1; 
i 
i 
: i 
! A server cannot be split over multiple machines ; 
! . 
- 1, 
@FOR (DEPLOYMENT: @BIN(V)); 
! . 
. , 
! Each server can only run on one machine. ; 
! . 
. , 
@FOR (SERVER (K): 
V(@INDEX (W),K) + V(@INDEX(X),K) + V(@INDEX(Y), K) + V(@INDEX (Z),K) 
= 1; 











































































































































































































! Constraint for limiting the RAM load o 
! 
@FOR (MACHINE (R): 
T(R) = V(R, @INDEX (A) ) *MEMORYUSE (@INDE 
V(R, @INDEX (B) ) *MEMORYUSE (@INDE 
V(R, @INDEX (C) ) *MEMORYUSE (@INDE 
V(R, @INDEX (D) ) *MEMORYUSE (@INDE 
T(R) < MEMORY (R) *MEM_LIMIT; 
\; 
END 
4. ADOA3 .3 
MODEL: 
SETS: 
MACHINE / W X Y Z/ 
MEMORY, SPEED; 
SERVER / ABC D/: 
MULTIPLIER, MEMORYUSE,; 
DEPLOYMENT (MACHINE, SERVER): V; 
NET_SPD (SERVER, SERVER): U; 
MEM_USED (MACHINE): T; 
ENDSETS 
DATA: 
NORM_SPEED = 500; 
MEMORY SPEED = 
64 300 
128 200 
128 400 
256 500; 
MULTIPLIER MEMORYUSE = 
525i.-4 44 
765.3 33 
1170.6 66 
91-5.4.0 44; 
MEM _ LIMIT = ?; 
NET_BW = ?; 
ENDDATA 
MIN = PROC_SPEED + NET_SPEED; 
PROC_SPEED = @SUM( DEPLOYMENT( I, J ) 
V (I, J) * MULTIPLIER ( J 
! 
: 
! Inter-Server communications function. 
, 
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n a Single machine. 7 
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IED / SPEE 























t/Server Comms 
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SETS: 
MACHINE / W X Y Z/ 
MEMORY, SPEED; 
SERVER / ABC D/: 
MULTIPLIER, MEMORYUSE; 
DEPLOYMENT (MACHINE, SERVER): V; 
NET_SPD (SERVER, SERVER): U; 
MEM_USED (MACHINE): T; 
CPU_USED (MACHINE): Q; 
ENDSETS 
DATA: 
NORM_SPEED = 500; 
MEMORY SPEED = 
64 300 
128 200 
128 400 
256 500; 
MULTIPLIER MEMORYUSE = 
294.54 44 
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669.7 66 
832.25. 44; 
MEM_ LIMIT = ?; 
NET_BW = ?; 
CPU_TIME = ?; 
ENDDATA 
MIN = PROC_SPEED + NET_SPEED; 
PROC_SPEED = @SUM( DEPLOYMENT( I, J ): 
Vv (I, J) * MULTIPLIER ( J ) * NORM_SPEED / SPEED( I )); 
! 
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! Constraint for limiting the RAM load o 
! 
@FOR (MACHINE (R): 
T(R) = V(R, @INDEX (A) ) *MEMORYUSE (@INDEX 
V(R, @INDEX (B) ) *MEMORYUSE (@ INDEX 
V(R, @INDEX(C) ) *MEMORYUSE (@INDEX 
V(R, @INDEX (D) ) *MEMORYUSE (@ INDEX 
T (R) < MEMORY (R) *MEM_LIMIT; 
i 
! 
! Constraint for limiting the CPU load on a 
! 
@FOR (MACHINE (R): 
Q(R) = ( V(R, @INDEX (A) ) *MULTIPLIER (@IN 
SPEED( R) ) + 
( V(R, @INDEX (B) ) *MULTIPLIER(@IN 
SPEED( R) ) + 
( V(R, @INDEX (C)) *MULTIPLIER(@IN 
SPEED( R) ) + 
( V(R, @INDEX (D) ) *MULTIPLIER(@IN 
SPEED( RR) ); 
Q(R) < CPU_TIME; 
i 
END 
7. ADOA6.1.119 
! ; 
| SAME AS ADOA3 WITH CPU USAGE LIMITS ; 
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MODEL: 
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! Constraint for limiting the RAM load o 
! 
@FOR (MACHINE (R): 
T(R) = V(R, @INDEX (A) ) *MEMORYUSE (@INDEX 
V(R, @INDEX (B) ) *MEMORYUSE (@INDEX 
V(R, @INDEX (C) ) *MEMORYUSE (@ INDEX 
V(R, @INDEX (D) ) *MEMORYUSE (@INDEX 
T (R) < MEMORY (R) *MEM_LIMIT; 
i 
! 
! Constraint for limiting the CPU load on a 
! 
@FOR (MACHINE (R): 
Q(R) = ( V(R, @INDEX (A) ) *MULTIPLIER (@IN 
SPEED( R) ) + 
( V(R, @INDEX (B) ) *MULTIPLIER(@IN 
SPEED( R) ) + 
( V(R, @INDEX (C) ) *MULTIPLIER(@IN 
SPEED( R ) ) + 
( V(R, @INDEX (D) ) *MULTIPLIER(@IN 
SPEED( R) ); 
Q(R) < CPU_TIME; 
i 
END 
8. ADOAG6.2.1 
! i 
| SAME AS ADOA3 WITH CPU USAGE LIMITS 7 
! i 
MODEL: 
SETS: 
ACHINE / W XY Z/: 
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i 
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! A server cannot be split over multiple machines ; 
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@FOR (DEPLOYMENT: @BIN(V)); 
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! Each server can only run on one machine. ; 
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V (@INDE 
= 1; 
i 
| ; 
! Constraint for limiting the RAM load on a single machine. ; 
! . 
. , 
@FOR (MACHINE (R): 
T(R) = V(R, @INDEX (A) ) *MEMORYUSE (@INDEX(A)) + 
V(R, @INDEX (B) ) *MEMORYUSE (@INDEX (B) ) + 
V(R, @INDEX(C) ) *MEMORYUSE (@INDEX (C) ) + 
V(R, @INDEX(D) ) *MEMORYUSE (@INDEX (D) ) ; 
T (R) < MEMORY (R) *MEM_LIMIT; 
i 
| ; 
! Constraint for limiting the CPU load on a single machine. ; 
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Q(R) < CPU_TIME; 
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! Constraint for limiting the RAM load o 
! 
@FOR (MACHINE (R): 
T(R) = V(R, @INDEX (A) ) *MEMORYUSE (@INDEX 
V(R, @INDEX (B) ) *MEMORYUSE (@INDEX 
V(R, @INDEX (C) ) *MEMORYUSE (@ INDEX 
V(R, @INDEX (D) ) *MEMORYUSE (@ INDEX 
T (R) < MEMORY (R) *MEM_LIMIT; 
i 
| 
! Constraint for limiting the CPU load on a 
! 
@FOR (MACHINE (R): 
Q(R) = ( V(R, @INDEX (A) ) *MULTIPLIER (@IN 
SPEED( R ) ) + 
( V(R, @INDEX (B) ) *MULTIPLIER(@IN 
SPEED( R ) ) + 
( V(R, @INDEX (C) ) *MULTIPLIER(@IN 
SPEED( R ) ) + 
( V(R, @INDEX (D) ) *MULTIPLIER(@IN 
SPEED( R) ); 
Q(R) < CPU_TIME; 
i 
END 
10. ADOAG6.3.50 
! i 
| SAME AS ADOA3 WITH CPU USAGE LIMITS 7 
| ; 
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SETS: 
ACHINE / W X Y Z/ 
MEMORY, SPEED; 
SERVER / ABC D/ 
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! Each server can only run on one machine. ; 
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| ; 
! Constraint for limiting the RAM load on a single machine. F 
! . 
. v 
@FOR (MACHINE (R): 
T(R) = V(R, @INDEX (A) ) *MEMORYUSE (@INDEX(A)) + 
V(R, @INDEX (B) ) *MEMORYUSE (@INDEX (B) ) + 
V(R, @INDEX (C) ) *MEMORYUSE (@INDEX (C) ) + 
V(R, @INDEX(D) ) *MEMORYUSE (@INDEX (D) ) ; 
T (R) < MEMORY (R) *MEM_LIMIT; 
i 
| ; 
' Constraint for limiting the CPU load on a single machine. - 
! . 
. 1, 
@FOR (MACHINE (R): 
Q(R) = ( V(R, @INDEX (A) ) *MULTIPLIER(@INDEX(A))* NORM_SPEED / 
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11. ADOA6.3.75 





| SAME AS ADOA3 WITH CPU USAGE LIMITS ; 
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DEPLOYMENT (MACHINE, SERVER): V; 
NET_SPD (SERVER, SERVER): U; 
MEM_USED (MACHINE): T; 
CPU_USED (MACHINE): Q; 
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DATA: 
NORM_SPEED = 500; 
MEMORY SPEED = 
64 300 
128 200 
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256 500; 
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! Constraint for limiting the RAM load on a single machine. 
! 
@FOR (MACHINE (R): 
T(R) = V(R, @INDEX (A) ) *MEMORYUSE (@INDEX(A)) + 
V(R, @INDEX (B) ) *MEMORYUSE (@INDEX (B) ) + 
V(R, @INDEX(C) ) *MEMORYUSE (@INDEX (C) ) + 
V(R, @INDEX(D) ) *MEMORYUSE (@INDEX (D) ) ; 
T (R) < MEMORY (R) *MEM_LIMIT; 
i 
! 
! Constraint for limiting the CPU load on a single machine. 
! 
@FOR (MACHINE (R): 
Q(R) = ( V(R, @INDEX (A) ) *MULTIPLIER (@INDEX (A) ) * NORM_SPEED 
SPEED( R) ) + 
( V(R, @INDEX (B) ) *MULTIPLIER (@INDEX (B) ) * NORM_SPEED 
SPEED( R) ) + 
( V(R, @INDEX(C) ) *MULTIPLIER(@INDEX(C) ) * NORM_SPEED 
SPEED( R) ) + 
( V(R, @INDEX(D) ) *MULTIPLIER(@INDEX(D) ) * NORM_SPEED 
SPEED( R) ); 
Q(R) < CPU_TIME; 
i 
END 
12. ADOA4 
! i 
! SAME AS ADOA3 WITH SIMPLISTIC RAM FUNCTION BUILT IN ; 
! i 
MODEL: 
SETS: 
MACHINE / W X Y Z/: 
MEMORY, SPEED; 
SERVER / ABC D/: 
MULTIPLIER, MEMORYUSE,; 
DEPLOYMENT (MACHINE, SERVER) V; 
































SPD (SERVER, SERVER): U; 
M_USED (MACHINE): T; 
‘R (MACHINE): S; 






































< 
s< 
td 




















| MACHINE METRICS ; 














NORM_SPEED = 500; 
MEMORY SPEED = 





























64 300 

128 200 

128 400 

256 500; 
! . 
! SERVER METRICS ; 




















MULTIPLIER MEMORYUSI 








eal 
ll 








35.84 44 
21533 33 
29.7 66 
100.1 44; 
NET_BW = ?; 
ENDDATA 











IN = PROC_SPEED + NET_SPEED; 












































PROC_SPEED = @SUM( DEPLOYMENT( I, J ): 
) * V ( I, J ) * MULTIPLIER ( J ) * NORM_SPEED / 





























! Inter-Server communications function. Ignore Client/Server Comms 





! because they always exist and we are letting the Client location 











! be the free variable. NOTE: ASSUME LOCAL TWICE AS FAST AS REMOTE 























NET_SP 


zr 








ED = 40000000/ (U(@INDEX(B),@INDEX(C))*NET_BW) ; 

















! Figure out if two servers are running on the same machine. ; 
! 


@FOR (SERVER (K 























@FOR (SERVER (L): 
U (K, L) V(@INDEX(W), K)*V(@INDEX(W),L) + 
V (@ INDEX (X), K)*V(@INDEX(X),L) + 
V(@INDEX(Y), K)*V(@INDEX(Y),L) + 
V(@INDEX(Z), K)*V(@INDEX(Z),L) + 1; 








i 


! 
! A server cannot be split over multiple machines 
! 


@FOR (DEPLOYMENT: @BIN(V)); 
| 

















! Each server can only run on one machine. 
! 
@FOR (SERVER (K): 

V(@INDEX (W),K) + V(@INDEX(X),K) + V(@INDEX(Y), K) + V(@INDI 







































































! Constraint for limiting the RAM load on a single machine. 
! 
@FOR (MACHINE (R): 
T(R) = V(R, @INDEX (A) ) *MEMORYUSE (@INDEX(A)) + 
V(R, @INDEX(B) ) *MEMORYUSE (@INDEX (B) ) + 
V(R, @INDEX(C) ) *MEMORYUSE (@INDEX (C) ) at 
V(R, @INDEX(D) ) *MEMORYUSE (@INDEX(D) ); 
T(R) < 2*MEMORY (R) ; | NOTE: VIRTUAL RAM 
7 
S(R) = T(R) /MEMORY (R) ; ! NOTE SIMPLISTIC RAM USAGE 



































END 
13. ADOA8.1 
MODEL: 
SETS: 
ACHINE / SIX BR733 GIGA/: 































































































NET_SPD (SERVER, SERVER): U; 
E): T; 
CPU_USED (MACHINE): Q; 
ENDSETS 
DATA: 








NORM_SPEED = 1000; 
MEMORY SPEED = 


























64 600 
128 733 
128 1000; 
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@FOR (S 


@FOR (D 


@FOR (S 
































Inter-Server communicatio 


because they always exist a 



































be the free variable. 








r 





ED 








ET SP 


Figure out if two servers are running on the same machine. 





i 








320000000/ (U(@IND! 


ERVER ( 





@FOR (S 


ERV. 





K): 
ER(L): 








@sU 
i 


( 


A server ca 


MACHINE 








EPLOYM 


G 














@FOR 





ERVE 
@s 





i 
Constrain 


(MACH 








@s 
T ( 
i 





Constrai 


R(K) : 
MACHINE (R) : 


( 


INT: 





@BIN(V) ) 





imi 











ER(K): 





nt for limiting 


RY (R) *M 


MULTIPLIER MEMORYUSE = 
31600.3 44 
5467.4 60 
10812.6 66; 
MEM LIMIT = ?; 
NET_BW = ?; 
CPU TIMES: 24 
ENDDATA 
MIN = PROC_SPEED + NET_SPEED; 
PROC_SPEED = @SUM( DEPLOYMENT( I, J 
V (I, J) * MULTIPLIER 











ns func 





NOTE: 





, 


V(R, K)*M 


tion. 


ASSUME 





EM LIMIT; 
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EMORYUSE 


J) 


* NORM_SP 








r 


IED / SPEE 




















Client/Server Comms 





Ignor 


nd we are letting the Client location 








LOCAL T 


WICE 











EX (B) , @INDEX (C) ) *N 


nnot be split over multiple machines 


Each server can only run on one machine. 





AS FAST AS R 





EMOTE 











ET BW) ; 


the CPU load on a single machine. ; 


| 
@FOR (MACHIN 















































E(R): 
@SUM ( SERVER(K): V(R, K) *MULTIPLIER(K) *NORM_SPEED/SPEED (R) ) 
Q(R); 
Q(R) < CPU_TIME; 
i 
END 
14. ADOA8.2 
MODEL 
SETS 
ACHINE / SIX BR733 GIGA/: 



































K< 
G 
I 
H 
Hi 
ia) 
iH 
H 
ve) 
iK 
i 
(o) 
ve) 
K 
G 
n 
} EI 


DEPLOYMENT (MACHINE, SERVER): V; 



































< 
< 
G 
n 
iw) 
a 
Q 
aa 
Hi 
Zz 





























ENDSETS 








DATA: 
NORM_SPEED = 1000; 
MEMORY SPEED = 












































64 600 
128 733 
128 1000; 
MULTIPLIER MEMORYUSE = 
110608.0 44 
201879.6 60 
72103.2 66; 


MEM LIMIT = ?; 
NET_BW = ?; 










































































CPU_TIME = ?; 

ENDDATA 

MIN = PROC_SPEED + NET_SPEED; 

PROC_SPEED = @SUM( DEPLOYMENT( I, J ): 

Vv (I, J) * MULTIPLIER ( J ) * NORM_SPEED / SPEED( I )); 

! 

7 

! Inter-Server communications function. Ignore Client/Server Comms 

















! because they always exist and we are letting the Client location 

















! be the free variable. NOTE: ASSUME LOCAL TWICE AS FAST AS REMOTE 
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NET_SPEED = 7680000000/ (U(@INDEX(B),@INDEX(C))*NET_BW) ; 
! 
! Figure out if two servers are running on the same machine. 
! 
@FOR (SERVER (K): 
@FOR (SERVER (L): 
@SUM ( MACHINE(R): V(R,K)*V(R,L)) + 1 = U(K,L); 
i 
i 
! 
! A server cannot be split over multiple machines 
! 
@FOR (DEPLOYMENT: @BIN(V)); 
! 
! Each server can only run on one machine. 
! 
@FOR (SERVER (K): 
@SUM ( MACHINE(R): V(R, K)) = 1; 
i 
! 
! Constraint for limiting the RAM load on a single machine 
! 
@FOR (MACHINE (R): 
@SUM ( SERVER(K): V(R, K) *MEMORYUSE(K)) = T(R); 
T(R) < MEMORY (R) *MEM_LIMIT; 
i 
: 
! Constraint for limiting the CPU load on a single machine. 
! 
@FOR (MACHINE (R): 
@SUM ( SERVER (K) V(R, K) *MULTIPLIER(K) *NORM_SPEED/SPEE 
Q(R); 
Q(R) < CPU_TIME; 
i 
END 
15. ADOA8.3 
MODEL: 
SETS: 
MACHINE / SIX BR733 GIGA/: 
MEMORY, SPEED; 
SERVER / AB C/: 
MULTIPLIER, MEMORYUSE,; 
DEPLOYMENT (MACHINE, SERVER): V; 
NET_SPD (SERVER, SERVER): U; 
MEM_USED (MACHINE): T; 
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! because they always exist a 


! be the free variable. 


































































































NOTE: 




















CPU_USED (MACHINE): Q; 
ENDSETS 
DATA: 
NORM_SPEED = 1000; 
MEMORY SPEED = 
64 600 
128 733 
128 1000 
MULTIPLIER MEMORYUSE = 
72796.5 44 
227518.4 60 
327870.45 66; 
MEM_LIMIT = ?; 
NET_BW = ?; 
CPU_TIME = ?; 
ENDDATA 
MIN = PROC_SPEED + NET_SPEED; 
PROC_SPEED = @SUM( DEPLOYMENT( I, J ) 
v (I, J) * MULTIPLIER ( J ) * NORM_SPEED / SPEED( I )); 
' 
7 
! Inter-Server communications function. Ignore Client/Server Comms 

















nd we are letting the Client location 








ASSUME 





LOCAL TWICE 





AS FAST AS R 





EMOTE 




















NET_SPEED = 19520000000/ (U(@INDEX(B),@INDEX(C))*NET_BW) ; 
! . 
. , 
! Figure out if two servers are running on the same machine. ; 
! . 
. , 
@FOR (SERVER (RK): 

@FOR (SERVER (L): 

@SU ( MACHINE (R): V(R,K)*V(R,L)) + 1 = U(K,L); 

3 
\; 
| ; 
! A server cannot be split over multiple machines ; 
! . 
. , 
@FOR (DEPLOYMENT: @BIN(V)); 
! . 
. , 
! Each server can only run on one machine. ; 
! . 
. 1, 
@FOR (SERVER (KR): 

@SUM ( MACHINE (R) V(R, K)) = 1; 





i 
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! Constraint for li 


! 
@FOR (MACH 
@s 


T ( 








ER(K): V(R, 
RY (R) *M 








i 





! Constraint for limiting the C 


! 
@FOR (MACH 
@s 


INE (R 
UM ( 





ERVE 








) 
S 














R) < Cc 





16. ADOA8.1.28 








R733 GIGA/: 























US] 











EPLOYME 
ET_SPD 
EM USE 
PU_USI 
ETS 
























































Gl 








ENDS 








DATA: 
NORM_SPEED 
MEMORY SPEE 

64 600 
128 a hess) 
128 1000; 
MULTIPLIER MEMORYUSI 
884808.4 44 
153087.2 60 
302752.8 66; 

EM LIMIT = ?; 
NET_BW = ?; 

CPU_TIM 

ENDDATA 





























Gl 





M 








Gl 











MIN P 








ROC_ ET _SPEE 


























PROC_SPEE 


i) 


EPLOYM 











K) *MEMORYUS! 








EM LIMIT; 








K) *MULTIPLII 


ry 


R(K) *NORM_SP 


PU load on a single machi 


miting the RAM load on a single machine. 


ne. 








r 





.ED/SPEE 











! Inter-Server communications func 




































































! because they always exist and we are letting the Client location 
7 
! be the free variable. NOTE: ASSUME LOCAL TWICE AS FAST AS REMOTE 
7 
! 
: 
NET_SPEED = 8960000000/ (U(@INDEX(B),@INDEX(C))*NET_BW) ; 
' . 
. , 
! Figure out if two servers are running on the same machine. ; 
! . 
. 1, 
@FOR (SERVER (K): 
@FOR (SERVER (L): 
@SUM ( MACHINE(R): V(R,K)*V(R,L)) + 1 = U(K,L); 
i 
i 
! i 
! A server cannot be split over multiple machines 7 
! . 
. , 
@FOR (DEPLOYMENT: @BIN(V)); 
! . 
. 1, 
! Each server can only run on one machine. ; 
! . 
. , 
@FOR (SERVER (K): 
@SUM ( MACHINE(R): V(R, K)) = 1; 
i 
: i 
! Constraint for limiting the RAM load on a single machine F 
! . 
. 1, 
@FOR (MACHINE (R): 
@SUM ( SERVER(K): V(R, K) *MEMORYUSE(K)) = T(R); 
T(R) < MEMORY (R) *MEM_LIMIT; 
i 
! i 
! Constraint for limiting the CPU load on a single machine. ; 
! . 
* , 
@FOR (MACHINE (R): 
@SUM ( SERVER (K) V(R, K) *MULTIPLIER(K) *NORM_SPEED/SPEED(R)) = 
Q(R); 
Q(R) < CPU_TIME; 
i 
END 
17. ADOA8.2.4 
MODEL: 


















































I 


* MULTIPLIER ( J ) * NORM_SPEED / SPEE 























tion. Ignore Cli 











t/Server Comms 
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ETS: 
MACHIN 
MEMO 
ERVER 
TIPLIE 
EPLOYME 
ET_SP 
EM USE 
PU_USI 
ETS 





Gl 


R733 GIGA/: 



































ER): 





















































Gl 








ENDS 








DATA: 
NORM_SPE 
M 





G 





iD 
EMORY SPEED 
64 600 


128 733 

















py 








128 


1000; 





MULTIPLIER 





M 








442432.0 
807518.4 
288412.8 
EM LIMIT 
NET_BW 
CPU_TIME 
ENDDATA 


M 











MIN PROC_ 








PROC_SP 








! Inter-Server communicatio 


! because they always exist a 


44 
60 
66 


EMORYUS! 


1, 





Gl 














iD; 

















ENT( I, 





! be the free variable. 





zr 





ET SP 





iE.D 








30720000000/ (U(@INDE 





MULTIPLIER 








ns function. 





NOT ASSUME 





LOCAL 


) * NORM_SP 


Ignore Cli 





r 


ED / SP 























t/Server Comms 





nd we are letting the Client 


location 





G 


TWICE 











X(B),@IND 


! Figure out if two servers are running o 


! 
@FOR (S 








ERVER 





(K): 





@FOR (S 


ERV. 





ER(L): 








@SUM 
i 
My 


( MACHIN 





163 








AS FAS 


ET_BW) 


me machine. 





AS R 





EMOTE 








la 


' A server ca 





@FOR (D 





EPLOYM 











ENT: 


@BIN(V)); 


! Each server can only run on one machine. 





@FOR (S 





E RV. 





@s 


i 


! Constrai 


@FOR (MACHIN 
@s 


T ( 


i 


! Constrai 


@FOR (MACHIN 
@s 





18. 














nt 








UM 





UM ( 





R) < 


ER(K): 


BE (R 


MACHINE 





imi 











nt for limiting 


ERV 








) 
S 








CPU_TIME; 


ADOA8 .3.3 





























ENDS 








DATA: 


NORM_SP 


M 





64 
128 
128 














ting 


ER(K): 


V 





(R, 


the 


R733 GIGA/: 









































py 





EMORY S 





























MULTIPLI 





ER M 











218389.5 
682555.2 


44 
60 


EMORYUSE 


ER): 








K) *MEMORYUS! 


EM_LIMIT; 


C 





K) *MULTIPLII 
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ay 


nnot be split over multiple machines 


PU load on a single machi 


ne. 





zr 





R(K) *NORM_SP 





.ED/SPEE 











983611.35 66; 
MEM _ LIMIT = ?; 


NET_BW 
CPU_TIM 





ENDDATA 





MIN = P 


PROC_SPEE 





ROC 








i) 














SPEED + NET_SPE 








ED; 

















= @SUM( DEPLOYMENT( I, J ): 





Voi typed) & 











ULTIPLIER ( J ) * NORM_SP 


r 














‘ED / SPEED( I )); 














! Inter-Server communications function. Ignore Client/Server Comms 





! because they always exist and we are letting the Client location 


! be the free variable. 





NET_SP 





r 





ED 














NOTE: ASSUME LOCAL TWICE AS FAST AS REMOTE 




















= 58560000000/ (U(@INDEX(B),@INDEX(C))*NET_BW) ; 











! Figure out if two servers are running on the same machine. ; 





@FOR (S 





ERV 


ER(K): 








@FOR 


); 
er 


(S 
@SU 





ERVER (L) : 
( MACHIN 











Gl 


(R): 


! A server cannot be split 





@FOR (D 
! 





! Each server can only run on one machine. 





EPL 





OYMENT: @BIN(V) ) 








@FOR (S 


i 


! Const 
! 


@FOR (MACHINE 


i 


! Const 
! 


@FOR (MACHIN 





ERV. 


ER (K) : 





@s 


ral 


@s 
T ( 


ral 


UM ( MACHINE (R): 





nt for limiting 














(R): 
UM ( SERVER (K) : 
<M 











nt for limiting 





Gl 


(R): 


EMORY (R) *MI 


V(R,K)*V(R,L)) + 1 = U(K,L); 


over multiple machines ’ 


la 


V(R, K) *MEMORYUSE(K)) = T(R); 
KM LIMIT; 











the CPU load on a single machine. 7 


165 








( SERVER (K): V(R, K) *MULTIPLII 














< CPU_TIM 


Gl 


19. ADOA8.3.2 





@SUM 
Q(R); 
Q(R) 
Vey 
END 
MODEL 
SETS: 
MACHINE / 





MEMORY, 











SIX BR733 GIGA/: 











SERVER / AB C/: 





MULTIPLIER, 








DEPLOYMENT 





NET_SPD (SE 





MEM_USED ( 

















ENDSETS 








DATA: 

















MEMORYUSE; 
































CPU_USED (MACHIN 



























































NORM_SPEED = 1000; 
MEMORY SPEED = 
64 600 
128 733 
128 1000; 
MULTIPLIER MEMORYUSE = 
145593.0 44 
455036.8 60 
655740.9 66; 
MEM LIMIT = ?; 
NET_BW = ?; 
CPU_TIME = ?; 
ENDDATA 
MIN = PROC_SPEED + NET_SPEED; 
PROC_SPEED = @SUM( DEPLOYMENT ( I, 
V (I, 3) * MULTIPLII 






































! Inter-Server communications func 


! because they always exist a 


! be the free variable. NOTE: 








ASSUME 


tion. 








R(K) *NORM_SP 





r 


-ED/SPEED (R) ) 























* NORM_SP 











IED / SPEED( I 











t/Server Comms 





nd we are letting the Client location 
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| AS FAST AS REMOTE 














zr 


NET_SP 
] 











ED = 19520000000/ (U(@INDEX(B) , @INDEX(C)) *NET_BW) ; 














! Figure out if two servers are running on the same machine. 
! 
@FOR (SERVER (K): 
@FOR (SERVER (L): 
@SU ( MACHINE (R): V(R,K)*V(R,L)) + 1 = U(K,L); 


























i 
i 
! 
! A server cannot be split over multiple machines 
! 


@FOR (DEPLOYMENT: @BIN(V)); 
| 

















! Each server can only run on one machine. 
! 

@FOR (SERVER (K) : 

@SUM ( MACHINE(R): V(R, K)) = 1; 











i 





! Constraint for limiting the RAM load on a single machine. 
! 

















@FOR (MACHINE (R): 
@SUM ( SERVER(K): V(R, K) *MEMORYUSE(K)) = T(R); 
T(R) < MEMORY (R) *MEM_LIMIT; 





i 





! Constraint for limiting the CPU load on a single machine. 


@FOR (MACHINE (R 























r 


) 
@SUM ( SERVER(K): V(R, K) *MULTIPLIER(K) *NORM_SP 





.ED/SPEE 























Q(R) < CPU_TIM 


Gl 











MACHINE / SIX BR733 GIGA/: 
MEMORY, SPEED; 
SERVER / AB C/: 
MULTIPLIER, MEMORYUSE; 
DEPLOYMENT (MACHINE, SERVER): V; 
NET_SPD (SERVER, SERVER): U; 
) . 
) 

































































MEM_USED (MACHIN 
CPU_US] 
ENDSETS 























eal 
iw) 
cs 
a 
Q 
aa 
Hi 
Zz 
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DATA: 
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NORM_SPEED = 1000; 
MEMORY SPEED = 
64 600 
128 733 
128 1000; 
MULTIPLIER MEMORYUSE = 
30189.2 44 
5118.3 60 
10456.0 66; 
MEM_LIMIT = ?; 
NET_BW = ?; 
CPU_TIME = ?; 
ENDDATA 
MIN = PROC_SPEED + NET_SPEED; 
PROC_SPEED = @SUM( DEPLOYMENT( I, J ) 
Vv (I, J ) * MULTIPLIER ( J ) * NORM_SPEED / SPEED( I )); 
! 
7 
! Inter-Server communications function. Ignore Client/Server Comms 
, 
! because they always exist and we are letting the Client location 
7 
! be the free variable. NOTE: ASSUME LOCAL TWICE AS FAST AS REMOTE 
7 
' 
; 
NET_SPEED = 536000/(U(@INDEX(B),@INDEX(C))*NET_BW) ; 
! . 
. , 
! Figure out if two servers are running on the same machine. ; 
! . 
* , 
@FOR (SERVER (K): 
@FOR (SERVER (L): 
@SUM ( MACHINE(R): V(R,K)*V(R,L)) + 1 = U(K,L); 
i 
i 
: i 
! A server cannot be split over multiple machines ; 
! . 
. 1, 
@FOR (DEPLOYMENT: @BIN(V)); 
! . 
. , 
! Each server can only run on one machine. j 
! . 
= , 
@FOR (SERVER (K): 
@SUM ( MACHINE(R): V(R, K)) = 1; 
i 
! i 
! Constraint for limiting the RAM load on a single machine. 


| 
@FOR (MACHINE 

















(R): 
@SUM ( SERVER(K): V(R, K) *MEMORYUSE(K)) = T(R); 
T(R) < MEMORY (R) *MEM_LIMIT; 





i 
! 
! Constraint for limiting the CPU load on a single machine. 
! 


@FOR (MACHINE (R 























r 





) 
@SUM ( SERVER(K): V(R, K) *MULTIPLIER(K) *NORM_SP 





.ED/SPEE 























Q(R) < CPU_TIME; 











MACHINE / SIX BR733 GIGA/: 




















MULTIPLIER, MEMORYUSE; 













































































NET_SPD (SERVER, SERVER): U; 
MEM USED (MACHINE): T; 
CPU_USED (MACHINE): Q; 
ENDSETS 
DATA: 





NORM_SPEED = 1000; 
MEMORY SPEED = 









































64 600 
128 733 
128 1000; 
MULTIPLIER MEMORYUSE = 
108491.0 44 
186549.2 60 
70674.0 66; 


MEM LIMIT = ?; 

NET_BW = ?; 

CPU_TIM 
ENDDATA 





ea 
ll 
v 














MIN = PROC_SPEE 





s) 
+ 
Z 
aE 
| 

n 
ry 





ED; 


























DEPLOYMENT( I, J ): 








PROC_SPEED = 

















( 
I, J ) * MULTIPLIER ( J ) * NORM_SPEED / SPEE 
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! Inter-Server communications function. Ignore Client/Server Comms 


! because they always exist and we are letting the Client location 


! be the free variable. 





NET_SP 


r 








iE.D 

















NOTE: ASSUME LOCAL TWICE AS FAST AS 











= 1344000/ (U(@INDEX(B),@INDEX(C))*NET_BW) ; 











! Figure out if two servers are running on the same machine. 

















@FOR (SERVER(K): 
@FOR (SERVER(L): 
@SUM ( MACHINE(R): 


Jey 
Mey 











V(R,K)*V(R,L)) + 1 = U(K,L); 


! A server cannot be split over multiple machines 
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APPENDIX B 


A. JAVA RMI CODE 


1. Server A Code 


a) A.java 


import java.rmi.Remote; 
import java.rmi.RemoteException; 





public interface A extends Remote { 

int memory_add(int counts) throws RemoteException; 
int memory_del(int counts) throws RemoteException; 
StringBuffer ml1() throws RemoteException; 
StringBuffer m2() throws RemoteException; 
StringBuffer m3() throws RemoteException; 
StringBuffer m4() throws RemoteException; 




















b) Aimpl. java 


import java.util.Vector; 

import java.rmi.Naming; 

import java.rmi.RemoteException; 

import java.rmi.RMISecurityManager; 

import java.rmi.server.UnicastRemoteObject; 








public class AImpl extends UnicastRemoteObject implements A { 





public AImpl() throws RemoteException { super(); 


StringBuffer al; 
StringBuffer a2; 
StringBuffer a3; 
StringBuffer a4; 
Vector medium_memory; 


public static int factorial(int x) { 
if (x <= 0) 
return 0; 
else 
return factorial(x-1) + x; 
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public int memory_add(int counts) { 
int cnt = 0; 


while 


{ 
st 


(cnt < counts) 


ringBuffer billy = new StringBuffer (1000000); 





medium_memory.add(billy); 


cn 
retur 
public i 
int c 
while 


{ 
if 


medium_memory. remove (medium_memory.last 


cn 
retur 
public S$ 
int co 
for (i 
for 


Cc 


re 


} 


public S$ 
int co 


for (i 
for 


c 


re 


t = cnt + 1; 


n cnt; 


nt memory_del(int counts) { 
nt = 0; 








(cnt < counts) 





(medium_memory.isEmpty () ) 
return -1; 











b= ent. + 1; 

n cnt; 

tringBuffer m1l() { 

unt; 

nt i = O; i < 360; itt) 

(int j = 0; 4 < 360; j++) 

ount = factorial(i) * factorial(j); 
turn al; 

tringBuffer m2() { 

unt: 

nt i = 0; i < 600; i++) 

(int 3 = 0; 43 < 600; j++) 

ount = factorial(i) * factorial(j); 
turn a2; 
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Element () ) 


1, 


public StringBuffer m3() { 
int count; 


for (int i = 0; i < 460; itt) 

for (int j = 0; 3 < 460; j++) 
count = factorial (i) 

return a3; 


} 





public StringBuffer m4() { 
int count; 








for (int i = 0; i < 550; itt) 
for (int j = 0; Jj < 550; j++) 
count = factorial(i) * factorial (j) 
return a4; 
} 
public void init() { 
al = new StringBuffer (14000); 
a2 = new StringBuffer (2300); 
a3 = new StringBuffer (5600); 
a4 = new StringBuffer (22000); 
medium_memory = new Vector (); 


} 


public static void main(String args[]) { 





* factorial (j) 


, 


, 


// Create and install a security manager 


if (System.getSecurityManager() == null) { 
System.setSecurityManager (new RMISecurityManager ()); 

} 

try { 


AImpl obj = 
ob} Ante: ()F 
// Bind this object 
Naming.rebind("//giga/AServer", 


new AlImpl(); 





instance to th 


"AServer" 





nam 
obj); 


System.out.printlin("AServer bound in registry"); 





} catch (Exception e) { 


System.out.println("AImpl err: 


e.printStackTrace(); 
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mo -getMessage()); 


2. Server B 


a) B. java 


import java.rmi.Remote; 
import java.rmi.RemoteException; 





public interface B extends Remote { 
int memory_add(int counts) throws RemoteException; 
int memory_del (int counts) throws RemoteException; 
StringBuffer ml() throws RemoteException,; 
StringBuffer m2() throws RemoteException; 














b) Bimpl. java 


import java.util.Vector; 

import java.rmi.Naming; 

import java.rmi.RemoteException; 

import java.rmi.RMISecurityManager; 

import java.rmi.server.UnicastRemoteObject; 








public class BImpl extends UnicastRemoteObject implements B { 





public BImpl() throws RemoteException { super(); 


StringBuffer bl; 
StringBuffer b2; 
Vector medium_memory; 
C objC = null; 


public static int factorial(int x) { 
if (x <= 0) 
return 0; 
else 
return factorial (x-1) + x; 


public int memory_add(int counts) { 
int cnt = 0; 


while (cnt < counts) 

{ 
StringBuffer billy = new StringBuffer (1000000); 
medium_memory.add(billy); 
ent = cnt + 1; 
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return cnt; 


public int memory_del(int counts) { 
int cnt = 0; 





while (cnt < counts) 


{ 





if (medium_memory.isEmpty () ) 
return -1; 





medium_memory.remove (medium_memory.lastElement ()); 
ent = cnt + 1; 


return cnt; 


public StringBuffer ml() { 
int count; 





for (int i = 0; i < 511; itt) 
For- (int 4 S09" ap xs odel ys t+) 
count = factorial(i) * factorial(j); 


return bl; 





public StringBuffer m2() { 
int count; 
StringBuffer answer; 


for (int i O; i < 666; i++) 


for (int j = 0; 4 < 666; j++) 
count = factorial(i) * factorial(j); 
try { 
answer = objC.ml1(); 





catch (Exception exc) { 
System.out.println("BServer exception: " + 
xc.getMessage()); 
exc.printStackTrace()j; 





return b2; 


public void init() { 
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bl = new 
b2 = new 


StringBuffer (500000); 
StringBuffer (340000) 


, 





medium_m 
try { 
objCc = 
} catch ( 
Syste 


e.prints 
} 
} 
public sta 
// C 
if ( 


} 
try 


} ca 


import java. 
import java. 


public inter 


mory = new Vector(); 


(C) Naming. lookup ("//giga/CServer") ; 
Exception e) { 

m.out.println("BServer exception: " + 
e.getMessage()); 





tackTrace(); 


tic void main(String args[]) { 





reate and install a security manager 
System.getSecurityManager() == null) { 
System.setSecurityManager (new RMISecurityManager ())j; 


{ 
BImpl obj = new BImpl(); 
obj.init(); 
// Bind this object instance to the name "BServer" 
Naming.rebind("//giga/BServer", obj); 
System.out.printin("BServer bound in registry"); 
tch (Exception e) { 
System.out.println("BImpl err: " 4 .getMessage()); 
e.printStackTrace(); 














Server C 


a) C. java 


rmi.Remote; 
rmi.RemoteException; 





face C extends Remote { 





int memory_add(int counts) throws RemoteException; 
int memory_del (int counts) throws RemoteException; 


Stri 
Stri 
Stri 





ngBuffer ml() throws RemoteException; 
ngBuffer m2() throws RemoteException; 
ngBuffer m3() throws RemoteException; 
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b) Cimpl. java 


import java.util.Vector; 

import java.rmi.Naming; 

import java.rmi.RemoteException; 
import java.rmi.RMISecurityManager; 


import java.rmi.server.UnicastRemoteObject; 








public class CImpl extends UnicastRemoteObject implements C { 





public CImpl() throws RemoteException { super (); 


StringBuffer cl; 
StringBuffer c2; 
StringBuffer c3; 
Vector medium_memory; 


public static int factorial(int x) { 
if (x <= 0) 
return 0; 
else 
return factorial(x-1) + x; 


public int memory_add(int counts) { 
int cnt = 0; 


while (cnt < counts) 
{ 
StringBuffer billy = new StringBuffer (1000000); 
medium_memory.add(billy); 
ent = cnt + 1; 





return cnt; 


public int memory_del(int counts) { 
int cnt = 0; 


while (cnt < counts) 


{ 





if (medium_memory.isEmpty () ) 
return -1; 





medium_memory. remove (medium_memory.lastElement ()); 
ent =-ent: + 1; 
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return cnt; 


} 


public StringBuffer ml1() { 
int count; 





for (int i = 0; i < 627; itt) 
for (int j3 = 0; j < 627; Jjt+t) 
count = factorial(i) * factorial(j); 


return cl; 


} 





public StringBuffer m2() { 
int count; 





for (int i = 0; i < 726; itt) 
for (int j = 0; 4 < 726; 4Jt+t) 
count = factorial(i) * factorial(j); 


return c2; 


} 





public StringBuffer m3() { 
int count; 





for (int 2 03 “bh <8 405- a++) 
for (int j3 = 0; 4 < 340; j++) 
count = factorial(i) * factorial(j); 


return c3; 


} 


public void init() { 
cl = new StringBuffer (40000); 
c2 = new StringBuffer (500000); 
c3 new StringBuffer (50000); 
medium_memory = new Vector (); 


} 








public static void main(String args[]) { 

// Create and install a security manager 

if (System.getSecurityManager() == null) { 
System.setSecurityManager (new RMISecurityManager ())j; 

} 

try { 
CImpl obj = new CImpl(); 
obj.init(); 
// Bind this object instance to the name "CServer" 
Naming.rebind("//giga/CServer", obj); 
System.out.printin("CServer bound in registry"); 








186 





} catch (Exception e) { 





System.out.println("CImpl err: " 4 -getMessag 
e.printStackTrace(); 


4. User Simulation Code 


a) Timer. java 


[** 
* A utility class to help time internal operations. 
* 


Ke 
public class Timer { 


private long startMillis; 
private long endMillis; 


// constructor 
public Timer() { 
reset (); 


} 


// constructor 
public Timer(boolean running) { 
reset (); 
if (!running) { 
endMillis = startMillis; 


} 


public void reset() { 
startMillis = getMillis(); 
endMillis = 0; 

} 


public void stop() { 
endMillis = getMillis(); 
} 


public long elapsedms() { 
long millis = delta(); 
return millis; 


} 
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public String elapsed() { 
long millis = delta(); 
if (millis > 1000L) { 


char xx[] = new char[2]; 

xx[0] = (char) ('0' + (millis % 1000) /100); 

xx[1] = (char) ('O' + ((millis+5) % 100)/10); 

return ("" + millis/1000 + "." + new String(xx) + " seconds"); 
} else { 

return ("" + millis + " milliseconds"); 


} 


public void add(Timer tim) { 
if (endMillis == 0) { 
throw new Error("Can only add to a stopped Timer"); 





endMillis += tim.delta(); 


private long delta() { 





if (endMillis == 0) { 
stop(); 
} 
return (endMillis - startMillis); 


} 


private long getMillis() { 
return System.currentTimeMillis()j; 


} 


b) Roles. java 


import java.util.Random; 
import java.rmi.Naming; 
import java.rmi.RemoteException; 





[** 
af 
public class Roles { 
static Timer calltime; 
static Timer testtime; 
static Random simulate; 


boolean RUNNING = true; 
A objA = null; 
B objB = null; 
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C objC = null; 
public void init() { 
try { 
objA = (A)Naming. lookup ("//giga/AServer") ; 
objB = (B)Naming. lookup ("//giga/BServer") ; 
objC = (C)Naming. lookup ("//giga/CServer") ; 
} catch (Exception e) { 
System.out.println("Roles exception: " + 
e.getMessage()); 
e.printStackTrace(); 
RUNNING = false; 
} 
} 
public void set_memory() { 
int val; 
try { 
val = objA.memory_add (44); 
System.out.println("MB set in server A: " 
val = objB.memory_add(60); 
System.out.println("MB set in server B: " 
val = objC.memory_add (66) ; 
System.out.println("MB set in server C: " 
} catch (Exception e) { 
System.out.println("Roles exception: " + 
e.getMessage()); 
e.printStackTrace(); 


RUNNING = £ 
} 


public void ru 
int choice 





























alse; 


n_testl (int max_run) 


= 1; 


double average; 








{ 


boolean RUNI1 = true; 
int count = 0; 
int cntl = 0; 
int cnt2 0; 
int cnt 0:s 
int cnt4 = 0; 
long duration = 0; 
testtime.reset(); 
while (RUN1) 
{ 
choice = simulate.nextInt (53); 


calltime.reset(); 


try { 
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+ val); 


+ val); 


+ val); 


if (choice < 50) 


objA.ml (); 


entl cntl + 1; 
else if (choice < 51) 
objA.m2(); 
objB.ml1(); 

ent2 = cnt2 + 1; 


else if (choice < 52) 


objC.ml (); 
objC.m2(); 


Ents ent3 + 1; 


else if (choice < 53) 


obj jB.m2(); 
ent4 = cnt4 + 1; 


System.out.println("Got choice out of bounds " + choice); 


catch (Exception exc) { 

System.out.println("Roles exception: " + 
xc.getMessage()); 

exc.printStackTrace()j; 

RUN1 = false; 

RUNNING = false; 

} 

calltime.stop(); 

duration = duration + calltime.elapsedms (); 

count = count + 1; 

if (count < max_run) 


{ 








try { 
Thread.currentThread().sleep (1000); 
} 
catch (Exception inter) { 
System.out.println("Roles exception on sleep: " + 
inter.getMessage()); 
inter.printStackTrace()j; 


} 











} 


else 


{ 
RUN1 = false; 
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testtime.stop(); 
System.out.println("Test 1 duration is " + testtime.elapsed()); 
System.out.println("Total number of calls is " + count); 
System.out.printlin(" 1 Number of calls is " + cnt1); 
System.out.println(" 2 Number of calls is " + cnt2); 
System.out.println(" 3 Number of calls is " + cnt3); 
System.out.println(" 4 Number of calls is " + cnt4); 
average = (double) duration / (double) count; 
System.out.println("Average response time is " + average); 
System.out.println(""); 
} 
public void run_test2(int max_run) { 
int choice = 1; 
double average; 
boolean RUN2 = true; 
int count = 0; 
int cntl = 0; 
int cnt2 = 0; 
int cnt3 = 0; 
long duration = 0; 
testtime.reset(); 
while (RUN2) 
{ 
choice = simulate.nextInt (74); 
calltime.reset (); 
try { 
if (choice < 10) 
{ 
objA.m1(); 
entl = cntl + 1; 
} 
else if (choice < 50) 
{ 
objA.m2(); 
objB.m1(); 
cnt2 = cht2 + 1; 
} 
else if (choice < 74) 
{ 
objB.m1(); 
obj jB.m2(); 
ent3 = cnt3 + 1; 
} 
else 
{ 
System.out.println("Got choice out of bounds " + choice); 
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catch (Exception exc) { 

System.out.println("Roles exception: " + 
xc.getMessage()); 

exc.printStackTrace(); 

RUN2 = false; 

RUNNING = false; 

} 

calltime.stop(); 

duration = duration + calltime.elapsedms (); 

count = count + 1; 

if (count < max_run) 


{ 








try { 
Thread.currentThread().sleep (1000); 
} 
catch (Exception inter) { 
System.out.println("Roles exception on sleep: " + 
inter.getMessage()); 
inter.printStackTrace()j; 


} 











} 











else 
{ 

RUN2 = false; 
} 
} 
testtime.stop(); 
System.out.println("Test 2 duration is " + testtime.elapsed()); 
System.out.println("Total number of calls is " + count); 
System.out.printlin(" 1 Number of calls is " + cntl1); 
System.out.println(" 2 Number of calls is " + cnt2); 
System.out.println(" 3 Number of calls is " + cnt3); 
average = (double) duration / (double) count; 
System.out.println("Average response time is " + average); 
System.out.println(""); 























public void run_test3(int max_run) { 
int choice = 1; 
double average; 
boolean RUN3 = true; 
int count = 0; 
int cntl = 
int cnt2 = 
int cnt3 = 
int cnt4 = 
int cnt5 = 
long duration = 0; 


~‘e 


~e ooNe 


QO -G G& © 
~ 


~‘e 





testtime.reset (); 
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while (RUN3) 


choice = simulate.nextInt (92); 
calltime.reset (); 
try { 


if (choice < 50) 
{ 
objA.m1(); 
obj jB.m2(); 
cntl =-entl-+ 1h; 


else if (choice < 60) 
objA.ml () 
objA.m2(); 
objA.m3 () 

() 


objB.m2 
ent2 = cnt2 + 1; 


else if (choice < 90) 


objC.m2(); 
ent3 = cnt3 + 1; 


else if (choice < 91) 


objC.m3(); 
ent4 = cnt4 + 1; 


else if (choice < 92) 


objB.ml (); 
obj jB.m2(); 
ents.-=-ent5.-- “Ly 
} 
else 
{ 
System.out.println("Got choice out of bounds " + choice); 


catch (Exception exc) { 

System.out.println("Roles exception: " + 
xc.getMessage()); 

exc.printStackTrace()j; 

RUN3 = false; 

RUNNING = false; 

} 

calltime.stop(); 

duration = duration + calltime.elapsedms (); 

count = count + 1; 

if (count < max_run) 
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try { 
Thread.currentThread().sleep (1000); 
} 
catch (Exception inter) { 
System.out.println("Roles exception on sleep: " + 
inter.getMessage()); 
inter.printStackTrace(); 


} 








} 















































else 
{ 
RUN3 = false; 

} 
} 
testtime.stop(); 
System.out.println("Test 3 duration is " + testtime.elapsed()); 
System.out.println("Total number of calls is " + count); 
System.out.printlin(" 1 Number of calls is " + cntl1); 
System.out.println(" 2 Number of calls is " + cnt2); 
System.out.println(" 3 Number of calls is " + cnt3); 
System.out.println(" 4 Number of calls is " + cnt4); 
System.out.println(" 5 Number of calls is " + cnt5); 
average = (double) duration / (double) count; 
System.out.println("Average response time is " + average); 
System.out.println(""); 

} 
public static void main(String s[]) { 

/* 

af 

Roles test = new Roles(); 

calltime = new Timer(); 

testtime = new Timer(); 

simulate = new Random(); 
test.init(); 
test.run_test1 (1000); 
test.run_test2 (1000); 
test.run_test3(1000); 
test.set_memory(); 
System.out.println(""); 
System.out.println("Bumping the memory on the servers..."); 
System.out.println(""); 
test.run_test1(1000); 
test.run_test2 (1000); 
test.run_test3(1000); 
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import java 
import java 
import java 


[** 

Ke 
public clas 
static 
static 


c) 


-util.Rando 
.rmi.Naming 
.rcmi.Remotel 


s 
Ti 
Ti 


3 


, 





Rl { 


static Random simulate; 


boolean RUNNING = true; 
A objA = null; 
B objB = null; 
C objC = null; 
public void init() { 
try { 
objA = (A)Naming. lookup ("//giga/AServer") ; 
objB = (B)Naming. lookup ("//giga/BServer") ; 
objC = (C)Naming. lookup ("//giga/CServer") ; 
} catch (Exception e) { 
System.out.println("R1l exception: " + 
e.getMessage()); 
e.printStackTrace(); 
RUNNING = false; 
} 
} 
public void set_memory() { 
int val; 
try { 
val = objA.memory_add (44); 
System.out.println("MB set in server A: " 
val = objB.memory_add(60); 
System.out.println("MB set in server B: " 
val = objC.memory_add (66) ; 
System.out.println("MB set in server C: " 
} catch (Exception e) { 
System.out.println("Rl exception: " + 
e.getMessage()); 
e.printStackTrace(); 


RUNNING 
































false; 


R1. java 


7 
Exception; 


mer calltime; 
mer testtime; 
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+ val); 


+ val); 


+ val); 


} 


public void run_testl(int max_run) { 
int choice = 1; 
double average; 
boolean RUNI1 = true; 
int count = 0; 
int cntl = 0 
int cnt2 = 0; 
int cnt3 = 0 
int cnt4 = 0 
long duration = 


Cc 
Cc 
Cc 
Cc 





testtime.reset (); 
while (RUN1) 





choice = simulate.nextInt (53); 
calltime.reset(); 

try { 
if (choice < 50) 


objA.m1(); 
entl = cntl + 1; 


else if (choice < 51) 


objA.m2(); 
objB.m1 (); 


ent2 GhezZ + Ly 
else if (choice < 52) 
objC.ml (); 
objC.m2(); 

ent3 = cnt3 + 1; 


else if (choice < 53) 





obj jB.m2(); 
ent4 = cnt4 + 1; 
} 
else 
{ 
System.out.println("Got choice out of bounds " + choice); 
} 
} 
catch (Exception exc) { 
System.out.println("Rl exception: " + 
xc.getMessage()); 





exc.printStackTrace(); 
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RUN1 = false; 
RUNNING = false; 


} 
cal 
dur 
cou 
ae 
{ 


} 


els 


Sys 
ave 
Sys 
Sys 


ltime.stop(); 


ation = duration + calltime.elapsedms ()j; 


nt = count + 1; 
(count < max_run) 


try { 


Thread.currentThread().sleep (15500); 


} 








catch (Exception inter) { 
System.out.println("R1l exception on sleep: " + 
inter.getMessage()); 





inter.printStackTrace()j; 


} 


e 


RUN1 = false; 


1, 


ttime.stop() 
tem.out.printl 
tem.out.printl 
tem.out.printl 
tem.out.prin 

m n 

m n 


te -pri 


te -pri 
rage = (double 
tem.out.printl 
tem.out.printl 


( 
( 
( 
(" 
( 
( 


er, TP PR Cea 











n 
n 
n 
n 
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n 
) 
n 
n 
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Test 1 duration is " + testtime.elapsed()); 
Total number of calls is " + count); 
1 Number of calls is " entl); 
2 Number of calls is " ent2); 
3 Number of calls is " ent3); 
4 Number of calls is " ent4) 


ttt 


La 


duration / (double) count; 
("Average response time is " 


+ 





average); 


ne 





public static void main(String s[]) { 


/* 
ef 


Rl tes 
callti 


t = new R1(); 
me = new Timer(); 





testti 
simula 


tes 
tes 
tes 
Sys 
Sys 
Sys 
tes 


me = new Timer(); 
te new Random () 


EP: (3). 
t.run_test1 (848); 
t.set_memory(); 
tem.out.printin(" 


tem.out.printin(" 
t.run_test1 (848); 





1, 


ny 


tem.out.printin("Bumping the memory on the servers..."); 


he 
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import java.util.Rando 
import java.rmi.Naming; 


d) 


3 


€ 





R2. java 


, 
import java.rmi.RemoteException; 


[** 
es 


public class 


boolean RUNNING = true; 
A objA = null; 
B objB = null; 
C objC = null; 
public void init() { 
try { 
objA = (A)Naming. lookup ("//giga/AServer") ; 
objB = (B)Naming. lookup ("//giga/BServer") ; 
objC = (C)Naming. lookup ("//giga/CServer") ; 
} catch (Exception e) { 
System.out.println("R2 exception: " + 
e.getMessage()); 
e.printStackTrace(); 
RUNNING = false; 
} 
} 
public void set_memory() { 
int val; 
try { 
val = objA.memory_add (44); 
System.out.println("MB set in server A: " 
val = objB.memory_add (60); 
System.out.println("MB set in server B: " 
val = objC.memory_add (66) ; 
System.out.println("MB set in server C: " 
} catch (Exception e) { 
System.out.println("R2 exception: " + 
e.getMessage()); 


R2 { 


static Timer calltime; 
static Timer testtime; 
static Random simulate; 
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+ val); 


+ val); 


+ val); 


e.printStackTrace(); 
RUNNING = false; 
} 








public void run_test2(int max_run) { 
int choice = 1; 
double average; 
boolean RUN2 = true; 
int count = 0; 
int cntl = 0; 
int cnt2 = 0; 
int cnt3 = 0; 
long duration = 0; 
testtime.reset(); 
while (RUN2) 
{ 
choice = simulate.nextInt (74); 
calltime.reset(); 


try { 
if (choice < 10) 
{ 
objA.m1(); 
entl = cntl + 1; 
} 
else if (choice < 50) 
{ 
objA.m2(); 
objB.m1(); 
ent2 = cnt2 + 1; 
} 
else if (choice < 74) 


{ 





objB.m1(); 
obj jB.m2(); 
ent3 = cnt3 + 1; 
} 
else 
{ 
System.out.println("Got choice out of bounds " + choice); 
} 
} 
catch (Exception exc) { 
System.out.println("R2 exception: " + 
xc.getMessage()); 





exc.printStackTrace()j; 
RUN2 = false; 

RUNNING = false; 

} 

calltime.stop(); 
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duration = duration + calltime.elapsedms (); 
count = count + 1; 
if (count < max_run) 
{ 
try { 
Thread.currentThread().sleep (6500) ; 
} 
catch (Exception inter) { 
System.out.println("R2 exception on sleep: " + 
inter.getMessage()); 
inter.printStackTrace()j; 


} 











} 






































else 
{ 
RUN2 = false; 

} 
} 
testtime.stop(); 
System.out.println("Test 2 duration is " + testtime.elapsed()); 
System.out.println("Total number of calls is " + count); 
System.out.printlin(" 1 Number of calls is " + cntl1); 
System.out.println(" 2 Number of calls is " + cnt2); 
System.out.println(" 3 Number of calls is " + cnt3); 
average = (double) duration / (double) count; 
System.out.println("Average response time is " + average); 
System.out.println(""); 

} 
public static void main(String s[]) { 

/* 

ef 

R2 test = new R2(); 

calltime = new Timer(); 

testtime = new Timer(); 

simulate = new Random(); 
test.init(); 
test.run_test2 (1184); 
test.set_memory(); 
System.out.println(""); 
System.out.println("Bumping the memory on the servers..."); 
System.out.printlin(""); 
test.run_test2 (1184); 
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import java. 
import java. 
import java. 


[** 

ua, 
public class 
static T 
static T 
static Rand 


boolean RUNNING = true; 
A objA = null; 
B objB = null; 
C objcC = null; 
public void init() { 
try { 
objA = (A)Naming. lookup ("//giga/AServer") ; 
objB = (B)Naming. lookup ("//giga/BServer") ; 
objC = (C)Naming. lookup ("//giga/CServer") ; 
} catch (Exception e) { 
System.out.println("R3 exception: " + 
e.getMessage()); 
e.printStackTrace(); 
RUNNING = false; 
} 
} 
public void set_memory() { 
int val; 
try { 
val = objA.memory_add (44); 
System.out.println("MB set in server A: " 
val = objB.memory_add (60); 
System.out.println("MB set in server B: " 
val = objC.memory_add (66) ; 
System.out.println("MB set in server C: " 
} catch (Exception e) { 
System.out.println("R3 exception: " + 
e.getMessage()); 
e.printStackTrace(); 
RUNNING = false; 


} 


e) 


util.Random; 
rmi.Naming; 





R3.java 


rmi.RemoteException; 


R3 { 


om Simulate; 
































imer calltime; 
imer testtime; 
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+ val); 


+ val); 


+ val); 


public void run_test3(int max_run) { 
int choice = 1; 
double average; 
boolean RUN3 = true; 
int count = 0; 
int tl = 
int 
int 
int 
int 
long duratio 


OQ. 0: 201. AN A 


n 
n 
n 
n 
n 
n 





testtime.reset (); 
while (RUN3) 





choice = simulate.nextInt (92); 
calltime.reset (); 
try { 
if (choice < 50) 
{ 
objA.m1 (); 
obj jB.m2(); 
entl = cntl + 1; 


else if (choice < 60) 
objA.ml () 
objA.m2 (); 
objA.m3 () 
objB.m2 () 

ent2 = cnt2 + 1; 


else if (choice < 90) 


objC.m2(); 
ent3 = cnt3 + 1; 


else if (choice < 91) 


objC.m3(); 
ent4 = cnt4 + 1; 


else if (choice < 92) 


objB.ml (); 
obj jB.m2(); 
CneES <= -ent.5: + 1; 
} 
else 
{ 
System.out.println("Got choice out of bounds " + choice); 
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catch (Exception exc) { 

System.out.println("R3 exception: " + 
xc.getMessage()); 

exc.printStackTrace()j; 

RUN3 = false; 

RUNNING = false; 

} 

calltime.stop(); 

duration = duration + calltime.elapsedms (); 

count = count + 1; 

if (count < max_run) 


{ 








try { 
Thread.currentThread().sleep (4500); 
} 
catch (Exception inter) { 
System.out.println("R3 exception on sleep: " + 
inter.getMessage()); 
inter.printStackTrace()j; 


} 











} 









































else 
{ 
RUN3 = false; 

} 
} 
testtime.stop(); 
System.out.println("Test 3 duration is " + testtime.elapsed()); 
System.out.println("Total number of calls is " + count); 
System.out.printlin(" 1 Number of calls is " + cntl1); 
System.out.println(" 2 Number of calls is " + cnt2); 
System.out.println(" 3 Number of calls is " + cnt3); 
System.out.println(" 4 Number of calls is " + cnt4); 
System.out.println(" 5 Number of calls is " + cnt5); 
average = (double) duration / (double) count; 
System.out.println("Average response time is " + average); 
System.out.println(""); 

} 
public static void main(String s[]) { 

/* 

Hef 

R3 test = new R3(); 

calltime = new Timer(); 

testtime = new Timer () 





, 
simulate new Random(); 
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test.init(); 
test.run_test3 (1312); 


test.set_memory(); 

System.out.println(""); 

System.out.println("Bumping the memory on the servers..."); 
System.out.println(""); 





test.run_test3 (1312); 


5. Client Side Code 


a) Client1. java 








import java.awt.*; 

import java.awt.event.*; 

import javax.swing.*; 

import java.rmi.Naming; 

import java.rmi.RemoteException; 
public class Clientl extends JPanel { 





static JFrame frame; 


static String al= "Button 1"; 
static String a2= "Button 2"; 
static String one = "1"; 
static String two = "22"; 











JRadioButton alButton, a2Button; 


A objA = null; 
B objB = null; 
int val = 0; 


public Client1() { 
// Create the buttons. 


alButton = new JRadioButton (al); 
alButton.setActionCommand (one) ; 
a2Button = new JRadioButton (a2); 
a2Button.setActionCommand (two) ; 


// Group the radio buttons. 
ButtonGroup group = new ButtonGroup(); 
group.add(alButton) ; 
group.add(a2Button); 
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// Register a listener for the radio buttons. 
RadioListener myListener = new RadioListener(); 
alButton.addActionListener (myListener) ; 
a2Button.addActionListener (myListener) ; 


add(alButton); 
add(a2Button); 


public void init() { 
Ery: -{ 
objA = (A)Naming.lookup("//coltsfan/AServer") ; 
objB = (B)Naming.lookup("//coltsfan/BServer") ; 


} catch (Exception e) { 
System.out.println("Clientl exception: " + 
e.getMessage()); 





e.printStackTrace(); 











/** An ActionListener that listens to the radio buttons. 
class RadioListener implements ActionListener { 
public void actionPerformed(ActionEvent e) { 
String choice = e.getActionCommand() ; 
int choicelen = choice.length(); 
try { 
switch(choicelen) { 
case l: 
objA.m1 (); 
break; 
case 2: 
objA.m2(); 
objB.m1 (); 
break; 
default: 
break; 





catch (Exception exc) { 
System.out.println("Clientl exception: " + 
xc.getMessage()); 
exc.printStackTrace(); 
JRadioButton button = (JRadioButton)e.getSource(); 
button.setEnabled(false); 
} 
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*/ 


public static void main(String s[]) { 


/* 
af 





Clientl panel = new Clientl1(); 


fram 
fram 


}); 
fram 
fram 
fram 











e 





panel.init(); 


= new JFrame("Client1"); 
e.addWindowListener (new WindowAdapter() { 








public void windowClosing(WindowEvent e) {System.exit (0) ;} 





-getContentPan 
e.pack(); 
e.setVisible (true); 














().add("Center", panel); 

















b) Client2.java 
import java.awt.*; 
import java.awt.event.*; 
import javax.swing.*; 
import java.rmi.Naming; 
import java.rmi.RemoteException; 
public class Client2 extends JPanel { 
static JFrame frame; 
static String al= "Button 1"; 
static String a2= "Button 2"; 
static String a3= "Button 3"; 
static String a4= "Button 4"; 
static String bl= "Button 5"; 
static String b2= "Button 6"; 
static String cl= "Button 7"; 
static String c2= "Button 8"; 
static String c3= "Button 9"; 
static String one = "1"; 
static String two = "22"; 
static String thr = "333"; 
static String fou = "4444"; 
static String fiv = "55555"; 
static String six = "666666"; 
static String sev = "7777777"; 
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static String eig "88888888"; 
static String nin = "999999999"; 


JRadioButton alButton, a2Button, a3Button, a4Button; 
JRadioButton biButton, b2Button; 
JRadioButton clButton, c2Button, c3Button; 


A objA = null; 
B objB = null; 
C objcC = null; 
int val = 0; 





public Client2() { 





















































// Create the buttons. 

alButton = new JRadioButton (al); 
alButton.setActionCommand (one) ; 

a2Button = new JRadioButton (a2); 
a2Button.setActionCommand (two) ; 

a3Button = new JRadioButton (a3); 
a3Button.setActionCommand (thr) ; 

a4Button = new JRadioButton (a4); 
a4Button.setActionCommand (fou) ; 

biButton = new JRadioButton(b1); 
biButton.setActionCommand(fiv); 

b2Button = new JRadioButton(b2); 
b2Button.setActionCommand (six) ; 

clButton = new JRadioButton(cl); 
clButton.setActionCommand (sev) ; 

c2Button = new JRadioButton(c2); 
c2Button.setActionCommand (eig) ; 

c3Button = new JRadioButton(c3); 
c3Button.setActionCommand (nin); 

// Group the radio buttons. 


ButtonGroup group new ButtonGroup(); 

















group.add(alButton) ; 
group.add(a2Button); 
group.add(a3Button); 
group.add(a4Button) ; 
group.add(blButton) ; 
group.add(b2Button) ; 
group.add(clButton) ; 
group.add(c2Button) ; 
group.add(c3Button); 
// Register a listener for the radio buttons. 
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RadioListener myListener = new RadioListener()j; 

alButton.addActionListener (myListener) ; 

a2Button.addActionListener (myListener) ; 

a3Button.addActionListener (myListener) ; 

a4Button.addActionListener (myListener) ; 

biButton.addActionListener (myListener) ; 

b2Button.addActionListener (myListener) ; 

clButton.addActionListener (myListener) ; 

c2Button.addActionListener (myListener) ; 

c3Button.addActionListener (myListener) ; 

add(alButton); 

add(a2Button); 

add (a3Button); 

add (a4Button); 

add (bliButton); 

add (b2Button); 

add(clButton); 

add(c2Button); 

add (c3Button); 

} 
public void init() { 
try { 
objA = (A)Naming.lookup("//coltsfan/AServer") ; 
objB = (B)Naming.lookup("//coltsfan/BServer") ; 
objc = (C)Naming.lookup("//coltsfan/CServer") ; 
} catch (Exception e) { 
System.out.println("Client2 exception: " + 
e.getMessage()); 

e.printStackTrace(); 


/** An ActionListener that 


class RadioListener implements ActionListener { 





public void actionPerformed(ActionEvent e) { 


String choice = 





e.getActionCommand() ; 





int choicelen = choice.length(); 
try { 
switch(choicelen) { 
case l: 
objC.ml (); 
objC.m2(); 
break; 
case 2: 
objC.m3(); 
break; 
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listens to the radio buttons. 


*/, 

















catch (Exception exc) { 
System.out.println("Client2 exception: " + 
xc.getMessage()); 
exc.printStackTrace()j; 
JRadioButton button = (JRadioButton)e.getSource(); 
button.setEnabled(false); 
} 








} 


public static void main(String s[]) { 
/* 
Ay 





Client2 panel = new Client2(); 





panel.init(); 


frame = new JFrame("Client2"); 
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frame.addWindowListener (new WindowAdapter() { 
public void windowClosing(WindowEvent e) {System.exit (0) ;} 








})i 


frame.getContentPan 





frame.pac 


k(Q); 


().add("Center", panel); 


frame.setVisible (true); 





c) 


t jJava.awt.*; 
t java.awt.event.*; 
import javax.swing.*; 


Client3.java 


java.rmi.Naming; 
java.rmi.RemoteException; 





public class Client3 extends JPanel { 





static 


tatic 
tatic 
tatic 
tatic 
tatic 
tatic 





ANnNDDNDN N 





JRadio 


B objB = 


C objCc 
int va 


JFra 


tri 
tri 
Era. 
tri 
tri 
tri 


ANnNnNNNN 





Butto 


me 


Ng 
Ng 
Ng 
Ng 
Ng 
Ng 





null; 


= null; 


1S 07 


, 


frame; 

al= "Button 1"; 
a2= "Button 2"; 
a3= "Button 3"; 
one = "1"; 

two = "22"; 

thr = "333"; 


public Client3() 
the bu 


// Create 


alButto 
alButto 
a2Butto 
a2Butto 
a3Butto 
a3Butto 





// Group 





= LLC W- 


new 


new 





the radio buttons. 


J 


J 


J 





ButtonGroup group = 
group.add(alButton) ; 
group.add(a2Button); 


con 


nCo 


nCo 





nCo 


n alButton, a2Button, a3Button; 


{ 


Ss. 


RadioButton (al); 
.setActio 
= RadioButton (a2); 
.setActio 
= RadioButton (a3); 
.setActio 


mmand(one) ; 


mmand (two) ; 


mmand (thr) ; 














new ButtonGroup(); 
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group.add(a3Button); 


// Register a listener for the radio buttons. 
RadioListener myListener = new RadioListener()j; 
alButton.addActionListener (myListener) ; 
a2Button.addActionListener (myListener) ; 
a3Button.addActionListener (myListener) ; 





add(alButton); 
add(a2Button); 
add(a3Button); 


public void init() { 
try { 
objB = (B)Naming.lookup("//coltsfan/BServer") ; 
objC = (C)Naming.lookup("//coltsfan/CServer") ; 


} catch (Exception e) { 
System.out.println("Client3 exception: " + 
e.getMessage()); 





e.printStackTrace(); 




















/** An ActionListener that listens to the radio buttons. 
class RadioListener implements ActionListener { 
public void actionPerformed(ActionEvent e) { 
String choice = e.getActionCommand() ; 
int choicelen = choice.length(); 
try { 
switch(choicelen) { 
case l: 
objC.ml (); 
break; 
case 2: 
objB.m1 (); 
obj jB.m2(); 
break; 
case 3: 
objC.m2(); 
break; 
default: 
break; 





catch (Exception exc) { 
System.out.println("Client3 exception: " + 
xc.getMessage()); 
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*/ 


exc.printStackTrace(); 
JRadioButton button = (JRadioButton)e.getSource(); 
button.setEnabled(false); 
} 





public static void main(String s[]) { 





/* 
haf! 


Client3 panel = new Client3(); 





panel.init(); 


frame = new JFrame("Client3"); 
frame.addWindowListener (new WindowAdapter() { 
public void windowClosing(WindowEvent e) {System.exit (0) ;} 








})e 
frame.getContentPane().add("Center", panel); 
frame.pack(); 

frame.setVisible (true); 











d) Profile. java 


aspect Profile { 














pointcut mellons(java.awt.event.ActionEvent event): executions (* 
actionPerformed (event) ); 
pointcut ballsA(A Aobj): calls(* Aobj.*(..)); 
pointcut ballsB(B Bobj): calls(* Bobj.*(..)); 
pointcut ballsC(C Cobj): calls(* Cobj.*(..)); 

before (java.awt.event.ActionEvent event): mellons(event) { 

System.out.printin(" *** Event Start at " + 

System.currentTimeMillis()); 





System.out.printlin(thisJoinPoint); 
System.out.println(event) ; 


nt event): mellons(event) { 
mas ) 3 


after (java.awt.event.Action 
System.out.printlin(" *** Even 
System.out.println(); 











Tt 
< 
oO 


r 



































before(A Aobj): ballsA(Aobj) { 
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System.out.println(thisJoinPoi 
} 
before(B Bobj): ballsB(Bobj) { 
System.out.println(thisJoinPoi 





} 
before(C Cobj): ballsC(Cobj) { 
System.out.println(thisJoinPoi 


















































} 
} 
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TH 


IS PAGE 








NTENT 





ONALLY LEFT BLANK 
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APPENDIX C 


A. DETAILED EXPERIMENTAL RESULTS 


This section is a detailed listing of the actual 








numbers measured from the experiments in the testbed. Some 
of the tables listed earlier where collected from these 
tables. 


1. 4 Concurrent Users, Role 2 (Minimal Memory) 


Table 67: Concurrent User 1 of 4 for Role 2 (Minimal Memory) 











PATTERN|SERVER A|SERVER B|SERVER Cj ROLE 2-1 | CALL 1 | CALL 2 | CALL 3 
1 359 
2 357 
3 379 
| 362 
5 408 
6 387 
7 351 
8 17 392 
9 395 
10 376 
14 401 
12 390 
13 388 
14 Sx_| _six_|_Giéa_|_20606.696{_176_| _631_| 377 
15 -sx_|_six_|_six_|_2ev4ote_196_| _608_| 387 
16 | BR733 | BR733 | Six | 17456344] 150 | 649 | 376 
17__| BR733 | six | BR733 | 15346151] 173 | 653 | 358 
1g | BR733 | six | six | 18496.188| 166 | 654 | 364 
19 Csi | Ba765 | Ba703 | 15907399) 171 | 600 404 
20 | six_| BrR733 | six_ | 15239.851| 179 | 621 | 384 
a1 | six | sx_ | BR733 | 22227.631| 163 | 636 | 385 
22 372 
23 410 
24 BR733 GIGA SIX 10365.736] 155 630 399 
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25 BR733 SIX GIGA 14139.427| 148 663 373 





26 GIGA_ | BR733 | 10571.078| 159 | 661 | 364 
27 SIX BR733_ | GIGA | 12565.601| 161 630 393 





Table 68: Concurrent User 2 of 4 for Role 2 (Minimal Memory) 








PATTERN|SERVER A|SERVER B|SERVER Cj ROLE 2-2 | CALL 1 | CALL 2 | CALL 3 


1 394 
2 375 
3 394 
4 379 
5 381 
6 397 
7 395 
8 394 
9 394 
10 400 
11 361 
12 396 
13 402 
14 395 
15 398 
16 381 
17 407 
18 379 
19 | six__| BR733 | BR733 | 15648.187| 161 | 666 | 357 
20 SIX 159 649 371 
21 SIX 374 
22 370 
23 341 
24 397 
25 382 
26 418 
27 SIX BR733 | GIGA | 12905.591| 149 630 405 





Table 69: Concurrent User 3 of 4 for Role 2 (Minimal Memory) 








PATTERN|SERVER A|SERVER B|SERVER Cj ROLE 2-3 | CALL 1 | CALL 2 | CALL 3 
1 GIGA GIGA GIGA 14823.641| 153 652 379 
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GIGA GIGA BR733 11663.735] 157 655 372 


389 
374 
386 
379 
386 
364 
351 
386 
392 
389 
389 
379 

S 386 
395 
393 
381 
371 
381 
406 
358 
354 


PO FN TN FR Fm Pm fm fs fs ss st fs sf ct 
© | |= 1S |e Joo | |@ Jo [A Jo fro | Jo [© [© JN [@ [O71 |B | | 
x< 


24 381 
25 406 
26 375 
27 SIX BR733 GIGA 12638.207} 143 655 386 





Table 70: Concurrent User 4 of 4 for Role 2 (Minimal Memory) 








PATTERN|SERVER A|SERVER B|SERVER C| ROLE 2-4 | CALL 1 | CALL 2 | CALL 3 


385 
415 
369 
373 
395 
415 
389 
370 
384 


10 GIGA SIX GIGA 14325.713] 147 660 377 
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11 GIGA SIX SIX 17753.542| 167 670 347 
12 427 
13 | six | aica | six _ | 136473091 143 | 666 | 375 
14 | sx | six | aica | atsz69s2 138 | 662 | 384 
i5_|_six_{_six_|_six_|_27490.68 _160_|_671_ 353 
16__| Br733_| BR733 | six | 174127611 162 | 636 | 386 
17 Varvas [sx | n7sa | issoaasel ie [est | a7 
18 | BR733 | six | six__| 19766926 149 | 635 | 388 
19 | six | BR733 | Br733_| 15725.789|_ 164 | 632 | 388 
20 | six | Br7s3 | six | 15411685{ 162 | 642 | 380 
21 399 
22 | aica | Br733 | six | 11800.525{ 163 | 630 | 391 
23 | aiga | sx _ | Br733_| 13678.247| 174 | 634 | 376 
24 | Br733_| aiGA | six | 10174872 159 | 622 | 403 
25 | Br73s | six | alca | 13687.979| 164 | 657 | 363 
26 | six | aica | Br733 | 10391285 146 | 671 | 367 
27 SIX BR733 GIGA 12168.697| 167 652 365 

2. 4 Concurrent Users, Role 2 (Maximum Memory) 


Table 71: Concurrent User 1 of 4 for Role 2 (Maximum Memory) 








PATTERN|SERVER A|SERVER B|SERVER C| ROLE 2-1 | CALL 1 | CALL 2 | CALL 3 


| GIGA | aiGa | GiGa | 14883671] 158 | 648 | 9378 
| GIGA | GIGA | BR733 | 12132.167| 155 | 646 | 383 
| GIGA | BR733 | GIGA | 12009.064| 154 | 630 | 400 
| GIGA | BR733_| BR733_| 15056.073| 150 | 632 | 402 
| BR733 | GIGA | GIGA | 11183.436| 154 | 638_| 392 
| BR733_| GIGA | BR733 | 11263501] 186 | 638 | 360 
| BR733 | BR733 | GIGA | 16864718] 166 | 634 | 384 
| BR733_| BR733 | BR733_| 21332836 151 | 649 | 384 


| Giga | GiGA | sx_ | 12505811] 143 | 627 | 414 
| Gica | six | GiGA | 14243.983|_156 | 643 | 385 
| Giga | six | sx | erro _error_| error _| error 
| six | GIGA | GIGA | 11924226 154 | 629 | 401 
| six [| GIGA | sx | erro error_| error _| error 
| six [| six | GIGA | erro error_| error _| error 


[ee] 


3 15 ofa |S [a | [= |S fo foe |~o Jor | foo [ro | 
A 


sx | sx | six | error| error | error _|_ error 
| pR733 | BR733 | six | 17713.959|_ 157 | 629 | 398 
_ba7es | _six__| anvsa | isra0.sei| _i49_| _660_| 976 
BR733 SIX error] error error error 
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19 SIX BR733 BR733 15621.095] 151 649 388 


20 | six_| Br733 | six | error _error_| error _| error 
at | six | six_| R733 | ___error|_error_| error _| error 
22 | GIGA | BR733 | six | 11644.662| 164 | 650 | 370 
23 | GIGA | six | BR733 | 14034.273| 169 | 617 | 398 
24 | Br733_| GiGA | sx _ | 10280603|_171 | 603 | 410 
25 | Br733 | six | GIGA | 14330144 155 | 627 | 402 
26 | six_| aiGa | BR733 | 10798.431| 154 | 650 | 380 


27 SIX BR733 GIGA 12519.662| 149 669 366 








Table 72: Concurrent User 2 of 4 for Role 2 (Maximum Memory) 








PATTERN|SERVER A|SERVER B|SERVER Cj ROLE 2- 2 | CALL 1 | CALL 2 | CALL 3 


| GIGA | GIGA | GiGA | 14933714 | 152 | 634 | 398 
| GIGA | GIGA_| BR733 | 12020.929| 146 | 653 | 385 


| GIGA | BR733 | GIGA | 11648.953| 177 | 628 | 379 
| GiGA | BR733_| BR733_| 14670.187| 170 | 620 | 394 
| BR733 | GIGA | GIGA | 11445787 | 152 | 621 | 411 
| BR733_| GIGA | BR733_| 11170.028| 182 | 648 | 354 
| BR733_| BR733 | GIGA | 16622.558| 180 | 641 | 363 
| BR733_| BR733_| BR733 | 21044405 | 142 | 683 | 359 
| GiGa | aica | six__| 12136321 | 164 | 677 | 343 
| cica | six_| aiGa | 13979.017| 164 | 653 | 367 


| aga | six [| sx [error | error _| error _| error 
| six | aiGa | aiGa [11810413 | 153 | 669 | 362 
| six | aciga | six | error__| error _| error | error 
| osx | six [| Giga [error | error _| error _| error 
| osx | sx [ six [error | error | error _| error 

BR733_| BR733 | six__| 17526.961 | 162 | 655 | 367 
| Br733_| six | BR733_| 14876.307 | 191 | 651 | 342 
SIX error error error 
| six | Br733_| BR733 | 15820.009| 148 | 650 | 386 


wo 


ow 


Sle |S [a lai |e a [|= [S fo fm | Jo Jo fa fo fr] 
o 


ioe) 


20 | six | Br733 | six | error | error_| error _| error 
at | six | six_| BR733 | error | error_| error _| error 
22 | GIGA | BR733 | six__|11641.059| 173 | 631 | 380 
23 | aica | six_| BR733_| 14130.437| 174 | 623 | 387 
24 | BR733 | GIGA | six__| 10323.572| 156 | 623 | 405 
25 | BR733 | six _| GIGA | 14028612 | 160 | 646 | 378 
26 | six | GiGa | BR733 | 10569.220| 177 | 638 | 369 
27 SIX BR733 GIGA 12379.026 163 646 375 
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Table 73: Concurrent User 3 of 4 for Role 2 (Maximum Memory) 








PATTERN|SERVER A|SERVER B|SERVER Cj ROLE 2-3 | CALL 1 an 2 | CALL 3 


404 
396 
398 
369 
406 
381 
395 
368 
374 
394 


error 
79 
| six [| GiGA | sx _| error | error_| ertor_| error 
| six [| six | GIGA | error | error_| error _| error 
| six [| six | six | error | error_| error _| error 
-aarea_|-anras | sx | a770s.25 | 154] 620 — 410 


o 


| BR733_| six__| BR733_| 15442.351| 161 | 655 | 368 
Tsrzss [sx | six_| error | eror_ | error_| error 
| six | R733 _| BR733 | 15515.414| 159 | 646 | 379 


| six | Br733 | six_|  error__| error_| error _| error 
| six [| six | BR733 | error__| error_| error _| error 
| Gica | Br733 | six__| 11214995 | 179 | 639_| 
| BR733 | GIGA | six__| 9854642 | 157 | 669 | 358 
74 
384 


SIX BR733 GIGA 12399.781 149 638 397 


w 


66 
96 


PO }N TN FN Fm Pm fm fs Ss ss st es sf ct 
© 1M | |S |e Joo |N Jom Jo [A Jo |r | Jo [© [© JN [@ [O71 B [hy | 


DO {PO |} 
Djo|;s 
W110 {oO 


ie) 
N 





Table 74: Concurrent User 4 of 4 for Role 2 (Maximum Memory) 








PATTERN|SERVER A/SERVER B|SERVER C/ ROLE 2- 4 | CALL 1 | CALL 2 | CALL 3 
1 401 
2 363 
3 410 
4 


GIGA BR733 BR733_ | 14612.986 144 656 384 
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BR733 GIGA GIGA 11282.204 159 648 377 
388 
393 
374 
382 
383 


error 
82 
error 
error 
error 
BR733 84 
88 
error 
59 
error 
error 


[ee] 


W 1 


PO FN FS PS fs ff Ss fs fs es st fs ct 
+195 [© ]@ |N [om [or J Jo Jr J Jo JO 1O IN OI 
ao 








22 396 
23 390 
24 427 
25 371 
26 390 
27 SIX BR733 GIGA 12196.652 179 624 381 

3. 3 Concurrent Users, Role 3 (Minimal Memory) 


Table 75: Concurrent User 1 of 3 for Role 3 (Minimal Memory) 








PATTERN] SERVER A |SERVER B/|SERVER C/ROLE 3 - 1/CALL 1/CALL 2|CALL 3/CALL 4/CALL 5 


12 
15 
16 
11 
19 
16 
| BR733_| BR733_| GIGA | 13827.755| 738 | 148 | 405 | 8 | 13 
13 
Six 16 
SIX 7 
SIX Six 19 


12 SIX GIGA GIGA 14858.469] 699 150 444 14 5 
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13 SIX GIGA SIX 19012.541| 697 140 444 13 


14 sx | six | eG [16098 0391092 | 160 [ast | 13 | 16 
is | six | sx | six__| 20812156] 717 | 150 | 411 | 16 | 18 
16 | 6r733_| BR733_| SiX__|18284.001| 717 | 139 | 428 | 11 | 17 
17__| pr733_ | six__ | BR733_|17787.777| 743 | 123 | 412 | 12 | 13 
18_| pr7ss_| six | six__| 25697396 698 | 145 | 433 | 20 | 16 
19 | six | BR733_| BR733_|20879.311| 717 | 144 | 418 | 12 | 
20 six__| 6R733_| SIx__| 20165.539|_ 720 | 128 | 420 | 11 | 15 
at | sx | six__| 6r733_| 18058.069|_706 | 148 | 430 | 15 | 13 
22 | GiGA | Br733 | six__| 16990.915| 706 | 152 | 423 | 18 | 13 
23 | GiGA | six__| Br733_|16013.648| 704 | 146 | 434 | 15 | 13 
24 | BrR733_| GIGA | six__| 16122026] 737 | 137 | 412 | 15 | 11 
25 | Br733_| six_ | GIGA_| 13837391] 701 | 150 | 433 | 12 | 16 
26 | six | GiGA | BR733_| 13986.045| 703 | 155 | 428 | 14 | 12 


27 SIX BR733 GIGA 12540.704| 682 143 463 10 14 


x< 
x 





Table 76: Concurrent User 2 of 3 for Role 3 (Minimal Memory) 








PATTERN] SERVER A |SERVER B/|SERVER C/ROLE 3 - 2/CALL 1/CALL 2|CALL 3/)CALL 4/CALL 5 


| GiGA | GiGA | GIGA_|15990.752| 713 | 138 | 422 | 26 | 13 
| GiGA | aica | Br733_|13780.454| 709 | 140 | 432 | 18 | 13 
| GiGA | Br733_| aia |13007.495| 715 | 147 | 431 | 6 | 13 
| GiGA | BR733_| BR733_|20380.089| 692 _| 152 | 438 | 15 | 15 
| BR733_ | GIGA | GIGA_|14589.387| 730 | 138 | 424 | 10 | 10 
| BR733_| GiGA | BR733_|15706.083| 730 | 159 | 401 | 10 | 12 
| BR733_| BR733_| GiGA |13480.751| 715 | 142 | 413 | 20 | 22 
| BrR733_| BR733 | BR733_|22883.931| 671 | 135 | 473 | 17 | 16 
| GiGaA | aiGa | six__|16625.179| 674 | 151 | 453 | 19 | 15 


iw) 


|gi@a_|_six_{_@iga freeones] 7a5_| 195 | 412 | 14 | 16 
| GIGA | | Six _|25599.683| 694 | 134 | 441 | 19 | 24 
[sx] Giga] GGA |ras08454| 714 | 426 | ass [18 9 
| six | aica | six__|19080.243| 725 | 148 | 407 | 13 | 19 
| sx | six | aia |15888.720| 727 | 139 | 415 | 13 | 18 
| sx | sx _ | six __|29696.247| 726 | 151 | 403 | 20 | 12 
| BR733_| BR733 | six |18161.879| 698 | 132 | 451 | 13 | 18 
| BR733_| | BR733_|17807.723| 700 | 163 | 421 | 13 | 15 


| SIX 
| pR733_| six | six__|26797.531| 735 | 129 | 426 | 10 | 12 
| six__| _Br733_| BR733_|20826.849| 717 | 156 | 413 | 15 | 11 
-—Sx_|_ar7aa_| six _lie7eo2s2|_7ia_| 145 { 411 | 20 | 17 


SIX SIX BR733__|17877.428| 747 124 406 


N18 |S le lSla a= la |B [SS fo ]@ Wo ofa foo fro] 


ine) 
oa 
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22 GIGA BR733 SIX 16821.708} 702 144 435 15 
23 erga [sx | an739 [1614540] 748 [138 | 400 [11 [15 
24 | BR733_| GIGA | six |16020.247| 706 | 148 | 428 | 15 | 15 
25 | pr733_| six_ | GIGA |13576.473| 713 | 147 | 420 | 12 | 11 
26 | six | GIGA | Br733_ |13781.478| 746 | 120 | 423 | 15 | 8 


27 SIX BR733 GIGA 12305.581 | 734 134 415 18 11 








Table 77: Concurrent User 3 of 3 for Role 3 (Minimal Memory) 








PATTERN] SERVER A |SERVER B/|SERVER C/ROLE 3 - 3/CALL 1/CALL 2|CALL 3/)CALL 4/CALL 5 


| GiGA | GiGA | GIGA_|15698.527| 689 | 118 | 468 _| 18 | 19 
| GiGA | aica | Br733_|14033.453| 711 | 146 | 431 | 14 | 10 
| GiGA | BR733_| GIGA |12923765| 6a4 | 158 | 442 [| 11 | 17 
| GiGA | BR733_| BR733_|20352.082| 746 | 118 | 430 | 10 | 
| BR733_ | GIGA | GIGA |14435.768| 737 | 137 | 409 | 16 | 13 
| BR733_ | GIGA | BR733_|15617.443| 697 | 162 | 424 | 15 | 14 
| BR733_| BR733 | aiGA_|13539.598| 706 | 148 | 426 | 21 | 11 
| BR733__| BR733_| BR733_|23471.339| 724 | 154 | 307 | 19 | 18 
| GiGA | aiGa | six__|16547.723| 731 | 143 | 414 | 13 | 11 
| GiGaA | six _ | GIGA 14184260] 725 | 135 | 427 | 11 | 14 
| aica | sx | six__|257e2595| 732 | 133 | 414 | 18 | 15 
| sx | aica | aiGa 14402292] 692 | 136 | 450 | 19 | 15 
| six | aica | six__|18996.226] 691 | 152 | 444 | 12 | 13 
| sx | six _| aiGa |15594.872| 726 | 136 | 420 | 20 | 10 
| sx | sx _| six __ 31538926] 737 | 156 | 387 | 9 | 10 
| BR733_| BR733_| six |17985.032| 688 _| 141 | 440 | 22 | 21 
| Br733_| six | BR733_|17443.265| 689 | 148 | 449 | 17 | 9 
| Br733_| six | six__ [26176596] 701 | 160 | 422 | 13 | 16 
| six__| Br733_| BR733_|20493.055| 699 | 143 | 446 | 15 | 9 


© 


Sle [Sle aie |S |= [S fo |@ Wo Jo fa fo [rv] 
n 
x< 


20 | six | pr733_| six |19608.997| 702 | 138 | 448 | 13 | 11 
21 six | six | BR733_|18225.848| 728 | 148 | 408 | 16 | 12 
22 | aiGa | pr733 | six |16988.883| 713 | 155 | 417 | 11 | 16 
23 | aica | six_ | Br733_|15809.621| 708 | 137 | 438 | 16 | 13 
24 | BrR733_| GIGA | six |15952.375| 702 | 142 | 432 | 18 | 18 
25 | Br733_| six | GIGA |13572.124| 702 | 159 | 423 | 19 | 9 
zo | six | aiGa | pr733_|13750.369| 706 | 144 | 431 | 17 | 14 
27 SIX BR733 GIGA 12617.786} 658 166 463 11 14 
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4. 4 Concurrent Users, Role 3 (Maximum Memory) 


Table 78: Concurrent User 1 of 3 for Role 3 (Maximum Memory) 








PATTERN] SERVER A |SERVER B/|SERVER C/ROLE 3 - 1/CALL 1/CALL 2|CALL 3/CALL 4/CALL 5 


1 error 
2 14 
3 13 
| BR733_| BR733 12 
5 GIGA 14 

6 BR733 17 
7 g 

8 error 
9 18 
10 10 
11 error 
2 | sx _ | Giga | GiGa |14478.122| 699 | 147 | 443 | 11 | 12 
13 error 
14 error 
15 error 
16 16 
17 14 
18 error 
19 18 
20 error 
21 SIX Six error 
22 12 
23 7 
24 g 

25 16 
26 six__| GiIGA | BR733_|13666.717| 699 | 132 | 448 | 19 | 14 
27 SIX BR733 GIGA 12509.669| 712 142 419 20 19 





Table 79: Concurrent User 2 of 3 for Role 3 (Maximum Memory) 








PATTERN] SERVER A |SERVER B/|SERVER C/ROLE 3 - 2/CALL 1/CALL 2|CALL 3}CALL 4/CALL 5 


1 GIGA error 
2 
3 GIGA__| 13359.789| 741 | 147 | 400 | 11 | 13 
4 


11 
GIGA BR733 BR733__| 20473.864| 717 137 431 14 13 
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BR733 GIGA GIGA 14527. ssn 753 135 393 16 


5 

6 15 
7 | pavss_[_pr733 | cia | 13561104] 700 [152 [ 431 | 16 | 13 
8 BR733 error 
9 GIGA 143 13 
10 8 
11 error 
12 129 9 
13 error 
14 error 
15 error 
16 10 
7 13 
18 error 
19 18 
20 error 
21 error 
22 10 
23 20 
24 7 
25 23 
26 17 


27 SIX BR733 GIGA 12420.361| 711 141 425 18 17 





Table 80: Concurrent User 3 of 3 for Role 3 (Maximum Memory) 








PATTERN] SERVER A |SERVER B/|SERVER C/ROLE 3 - 3/CALL 1/CALL 2|CALL 3/CALL 4/CALL 5 


GIGA GIGA GIGA error] error error error error error 


=? 


2 147 | 421 | 14 | 18 
3 12 
4 142 | ate | 8 | 10 
5 19 
6 16 
7 137 | 439 | 9 | 13 
8 error 
9 20 


10 17 
11 error 
12 16 


13 SIX GIGA SIX error] error error error error error 
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14 SIX SIX GIGA error] error error error error 


15 error| error | error | error | error 


error 
error 





16 15 
17 12 
18 error 
19 17 
20 error 
21 error 
22 8 
23 15 
24 15 
25 14 
26 18 
27 SIX BR733 GIGA 12513.811} 664 175 442 15 16 
5. 28 Concurrent Users, Role 1 (Minimal Memory) 


Table 81: Concurrent User 1 of 28 for Role 1 (Minimal Memory) 














27 SIX BR733 GIGA 11918.283] 806 13 14 15 





Table 82: Concurrent User 2 of 28 for Role 1 (Minimal Memory) 








PATTERN] SERVER A |SERVER B/SERVER C/ROLE 1 - 2/CALL 1/CALL 2/CALL 3/CALL 4 


1 14 
2 15 


3 GIGA BR733 GIGA 4319.667} 802 15 15 16 
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4 GIGA BR733 BR733 cea ae 798 16 11 
6 20 
6 13 
7 13 
22 15 
23 15 
24 | BrR733_| GIGA | six | 7355.007| 805 | 9 | 19 | 15 
25 | Br733_| six_ | GIGA | 67732001 805 | 14 | 14 | 15 
26 | six | GIGA | BR733 | 11120612] 804 | 14 | 10 | 20 


27 SIX BR733 GIGA 12275.413] 797 22 17 12 











Table 83: Concurrent User 3 of 28 for Role 1 (Minimal Memory) 
PATTERN; SERVER A |SERVER B|SERVER C/|ROLE 1 - 3/CALL 1/CALL 2|CALL 3/CALL 4 


1 16 
2 | cica | aica | BR733_| 46805721 809 | 9 | 18 | 12 
3 10 
A 15 
5 
6 
7 





18 
19 
13 
22 Six 18 
23 SIX 18 
24 SIX 10 
25 SIX 15 
26 SIX 16 


27 SIX BR733 GIGA 12112.728] 803 16 22 7 











Table 84: Concurrent User 4 of 28 for Role 1 (Minimal Memory) 
PATTERN; SERVER A |SERVER B|SERVER C|ROLE 1 - 4|CALL 1/CALL 2|CALL 3/CALL 4 


1 | aga | aica | aica | 9139573] 811 | 6 | 20 | 11 
2 15 
3 11 
| 16 
5 
6 
iG 





12 
18 
19 


22 GIGA BR733 SIX 3661.555} 790 19 25 14 
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23 GIGA SIX BR733 eons 806 14 15 
24 savas [aise [sx —| 7309-502) eoo [1a [10 | 19 
25 | BR733_ | six | GIGA | 6783.554| 8o7 | 12 | 11 | 18 
26 15 


27 SIX BR733 GIGA 12101.691| 803 16 16 13 











Table 85: Concurrent User 5 of 28 for Role 1 (Minimal Memory) 





PATTERN] SERVER A |SERVER B/SERVER C/ROLE 1 - 5iCALL 1/CALL 2/CALL 3/CALL 4 


1 14 
2 11 
3 17 
4 16 
5 8 
6 14 
7 7 
22 Six 10 
23 SIX 18 
24 SIX 14 
25 SIX 13 
26 six__| GIGA | BR733_|10824.664| 805 | 8 | 13 | 22 


27 SIX BR733 GIGA 11999.006] 802 13 21 12 











Table 86: Concurrent User 6 of 28 for Role 1 (Minimal Memory) 
PATTERN; SERVER A |SERVER B|SERVER C/|ROLE 1 - 6|CALL 1/CALL 2/CALL 3/CALL 4 


1 18 
2 16 
3 16 
A 17 
5 
6 
7 





23 
16 
24 
22 21 
23 21 
24 27 
25 12 
26 18 


27 SIX BR733 GIGA 12072.745| 807 16 13 12 
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Table 87: Concurrent User 7 of 28 for Role 1 (Minimal Memory) 





PATTERN] SERVER A |SERVER B/SERVER C/ROLE 1 - 7/CALL 1/CALL 2/CALL 3/CALL 4 


1 15 
2 23 
3 17 
| 3620.460| 799 | 21 | 17 | 11 
5 15 
6 18 
7 21 
22 Six 17 
23 six__| BR733_| 2928.159| 805 | 17 | 6 | 20 
24 SIX 8 
25 SIX 25 
26 SIX 15 


27 SIX BR733 GIGA 12192.624| 799 20 11 18 














Table 88: Concurrent User 8 of 28 for Role 1 (Minimal Memory) 
PATTERN; SERVER A |SERVER B|SERVER C|ROLE 1 - 8/CALL 1/CALL 2|CALL 3/CALL 4 


1 12 
2 | ciGa | aica | BR733_| 4963.13] 806 | 16 | 9 | 17 
3 21 
4 14 
5 
6 
7 





| BR733_ | GIGA | GIGA | 7oga6io 428 | 8 | 5 | 10 
18 
12 
22 14 
23 21 
24 18 
25 18 
26 12 


27 SIX BR733 GIGA 12169.627| 804 18 16 10 














Table 89: Concurrent User 9 of 28 for Role 1 (Minimal Memory) 





PATTERN] SERVER A |SERVER B/SERVER C/ROLE 1 - 9/CALL 1/CALL 2/CALL 3/CALL 4 
1 GIGA GIGA GIGA 9495.985| 795 16 19 18 
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GIGA GIGA BR733 4845.71 ; 808 11 17 


2 

3 10 
4 7 
5 20 
6 16 
7 10 
22 22 
23 12 
24 17 
25 14 
26 20 


27 SIX BR733 GIGA 12049.730| 798 14 16 20 














Table 90: Concurrent User 10 of 28 for Role 1 (Minimal Memory) 


ROLE 1 - 
PATTERN] SERVER A |SERVER B/SERVER C 10 CALL 1|CALL 2|CALL 3|CALL 4 


1 16 
2 24 
3 9 
4 14 
5 
6 
7 





13 
13 
11 
22 18 
23 22 
24 7 
25 18 
26 15 


27 SIX BR733 GIGA 12088.591| 796 17 13 22 








Table 91: Concurrent User 11 of 28 for Role 1 (Minimal Memory) 


ROLE 1 - 
PATTERN] SERVER A |SERVER B/SERVER C 11 CALL 1|CALL 2|CALL 3|CALL 4 


1 25 
2 16 
3 14 
4 
5 








14 


BR733 GIGA GIGA 6834.869} 808 9 16 15 








23.0 

















6 21 
7 19 
22 12 
23 14 
24 13 
25 16 
26 24 
27 15 





Table 92: Concurrent User 12 of 28 for Role 1 (Minimal Memory) 


ROLE 1 - 
PATTERN] SERVER A |SERVER B/SERVER C 12 CALL 1|CALL 2|CALL 3|CALL 4 


1 15 
2 | cica | aica | Br733_| 5119.768| 800 | 21 | 9 | 18 
3 20 
4 | ciGa | BR733_| BR733 | 3684.904{ 802 | 3 | 17 | 21 
5 
6 
7 





22 
13 
14 
22 | aiGA | pr733_| six | s3t1.172{ 811 | 6 | 15 | 16 
23 19 
24 14 
25 g 
26 16 | 15 


27 SIX BR733 GIGA 12008.052| 807 14 10 17 











Table 93: Concurrent User 13 of 28 for Role 1 (Minimal Memory) 


ROLE 1 - 
PATTERN] SERVER A |SERVER B/SERVER C 13 CALL 1|CALL 2|CALL 3|CALL 4 


1 21 
2 12 
3 13 
4 16 
5 
6 
7 





16 
18 
26 
22 SIX 13 


23 GIGA SIX BR733 3271.409} 786 20 21 21 
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24 BR733 GIGA SIX 7483. on 794 | 15 13 
25 Tan7ss [sx | Gia | 670s.757| eos | 14 | 18 13 
26 |__| ign | _pr7ss_{ tize2.06i]_ap1_{ 18_| 16_| 13 


27 SIX BR733 GIGA 11935.436] 802 11 15 











Table 94: Concurrent User 14 of 28 for Role 1 (Minimal Memory) 


ROLE 1 - 
PATTERN] SERVER A |SERVER B/SERVER C 14 CALL 1|CALL 2|CALL 3|CALL 4 


16 





=? 








2 21 
3 17 
| 18 
5 17 
6 16 
7 16 
22 21 
23 | aica | six_ | Br733 | 3186680] 786 | 20 | 21 | 21 
24 | Br733_| GIGA | six | 7416.78o| 796 | 15 | 19 | 18 
25 | BR733_| six_| GIGA | 6847.40] 7o2 | 16 | 18 | 22 
26 | six | aica | Br733_ | 11051.426 803 | 16 | 11 | 18 
27 SIX BR733 GIGA 12039. i 795 15 24 14 





Table 95: Concurrent User 15 of 28 for Role 1 (Minimal Memory) 


ROLE 1 - 
PATTERN] SERVER A |SERVER B/SERVER C 15 CALL 1|CALL 2|CALL 3|CALL 4 


16 





a 





2 23 
3 15 
4 20 
6 18 
6 13 
7 16 
22 21 
23 14 
24 15 
25 | Br733_| six_ | GIGA | 6873.07, 802 | 17 | 14 | 15 
26 |__| _aiga_{_pR7ss_{ ti2p1.e20) 7ap {20 | 26_| 14 
27 SIX BR733 GIGA rare 791 21 13 
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Table 96: Concurrent User 16 of 28 for Role 1 (Minimal Memory) 








ROLE 1 - 

PATTERN| SERVER A |SERVER B|SERVER C 16 [CALL 1|CALL 2|CALL 3|/CALL 4 
1 17 
2 20 
3 10 
4 12 
5 26 
6 ik 
7 17 
22 17 
23 8 
24 10 
25 18 
26 14 
27 SIX BR733 GIGA | 11805.430] 808 | 13 11 16 








Table 97: Concurrent User 17 of 28 for Role 1 (Minimal Memory) 


ROLE 1 - 
PATTERN] SERVER A |SERVER B/SERVER C 17 CALL 1|CALL 2|CALL 3|CALL 4 


12 





=? 





2 14 
3 16 
7 7 
6 16 
6 21 
7 9 
22 9 
23 17 
24 11 
25 | Br733_| six_| GIGA | 6723.081| 808 | 15 | 10 | 15 
26 |_Sx__|_aiga_|_pR7ss_{ tiase.s001 7a7_{ 19 | 16_| 26 
27 SIX BR733 GIGA Seas 804 21 13 








Table 98: Concurrent User 18 of 28 for Role 1 (Minimal Memory) 
PATTERN| SERVER A |SERVER B|SERVER C| ROLE 1- |CALL 1|CALL 2|CALL 3/CALL 4 
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17 
14 
15 
13 
19 
20 
18 


GIGA BR733 


BR733 


SIX 
27 SIX 








SIX 15 

SIX 18 

SIX 12 

six__| GIGA | 6800.167| 805 | 14 | 8 | 21 

16 
BR733 GIGA 12178.639] 789 23 22 14 











Table 99: Concurrent User 19 of 28 for Role 1 (Minimal Memory) 





ROLE 1 - 
PATTERN] SERVER A |SERVER B/SERVER C 19 


1 


25 BR733 


CALL 1|CALL 2|CALL 3|CALL 4 


18 

2 20 
3 793 16 
A 19 
6 16 
6 17 
7 15 
22 25 
23 24 
24 15 
27 

26 14 
BR733 GIGA 11986.149] 794 17 17 20 


27 SIX 





Table 100: Concurrent User 20 of 28 for Role 1 (Minimal Memory) 








CALL 1|CALL 2|CALL 3|CALL 4 


1 13 
2 16 
3 GIGA BR733 GIGA 4391.554} 801 12 22 13 




















4 GIGA BR733 BR733 neat 794 18 18 
6 23 
6 16 
7 ears [A703 | Gia | 10177759] eo7 | 6 | 21 14 
22 15 
23 15 
24 14 
25 12 
26 | six | GiGA | Br733 | 10835.020| 144 | o | 4 | 2 


27 SIX BR733 GIGA 11981.413] 795 16 17 20 











Table 101: Concurrent User 21 of 28 for Role 1 (Minimal Memory) 


ROLE 1 - 
PATTERN] SERVER A |SERVER B/SERVER C 21 CALL 1|CALL 2|CALL 3|CALL 4 


1 14 
2 
3 17 
| 7 
5 
6 
7 





© 


10 
13 
16 
22 19 
23 17 
24 14 
25 21 
26 11 
20 


27 SIX BR733 GIGA 12096.511| 787 18 








Table 102: Concurrent User 22 of 28 for Role 1 (Minimal Memory) 


ROLE 1 - 
PATTERN] SERVER A |SERVER B/SERVER C 22 CALL 1|CALL 2|CALL 3|CALL 4 


1 18 
2 23 
3 18 
| 12 
5 
6 
7 





29 
7 


BR733 BR733 GIGA 10628.282| 805 11 15 17 
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22 GIGA BR733 SIX 3530. a 799 21 15 
23 [eiga [six | an733 | 2628-706] 706 | 17 | 14 19 
2a [ pr7ss_| GGA | sx | 7415o40| ao2 | 12 | 16 | 18 
25 14 
26 7 


27 SIX BR733 GIGA 11935.325] 802 16 18 12 











Table 103: Concurrent User 23 of 28 for Role 1 (Minimal Memory) 


ROLE 1 - 
PATTERN] SERVER A |SERVER B/SERVER C 23 CALL 1|CALL 2|CALL 3|CALL 4 


1 15 
2 19 
3 18 
4 17 
5 
6 
7 





16 
18 
15 
22 16 
23 14 
24 22 
25 | Br733_| six_ | GIGA | 6810.15] 804 | 21 | 9 | 14 
26 20 


27 SIX BR733 GIGA 12031.633] 800 16 17 15 








Table 104: Concurrent User 24 of 28 for Role 1 (Minimal Memory) 


ROLE 1 - 
PATTERN] SERVER A |SERVER B/SERVER C 24 CALL 1|CALL 2|CALL 3|CALL 4 


1 12 
2 14 
3 15 
| 19 
5 
6 
7 





14 
16 
12 
22 SIX 16 
23 SIX 15 
24 SIX 16 


25 BR733 SIX GIGA 6603.480} 814 10 12 12 
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26 SIX GIGA BR733 11094.561| 799 15 19 15 
27 SIX BR733 GIGA 11908.975] 808 14 14 12 








Table 105: Concurrent User 25 of 28 for Role 1 (Minimal Memory) 


ROLE 1 - 
PATTERN] SERVER A |SERVER B/SERVER C 25 CALL 1|CALL 2|CALL 3|CALL 4 


15 





a 








2 13 
3 19 
4 14 
6 15 
6 24 
7 14 
22 12 
23 13 
24 19 
25 12 
26 18 
27 SIX BR733 GIGA 11880.313] 807 13 12 16 





Table 106: Concurrent User 26 of 28 for Role 1 (Minimal Memory) 


ROLE 1 - 
PATTERN] SERVER A |SERVER B/SERVER C 26 CALL 1|CALL 2|CALL 3|CALL 4 


17 





4 





2 11 
3 7 
4 19 
6 12 
6 14 
7 | BrR733_| BR733 | GIGA | 10874.321| 806 | 22 | 8 | 12 
22 12 
23 14 
24 g 
25 | pr733_| six | aiGA | 6795.007| 801 | 18 | 12 | 17 
26 |__| _aiea_|_pr7as_{ tioeo.20i1 10 { 14 | 16_| 8 
27 SIX BR733 GIGA 12216.133] 796 23 14 
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Table 107: Concurrent User 27 of 28 for Role 1 (Minimal Memory) 


ROLE 1 - 
PATTERN] SERVER A |SERVER B/SERVER C 27 CALL 1|CALL 2|CALL 3|CALL 4 


15 





=? 








2 g 
3 22 
4 18 
6 15 
6 21 
7 15 
22 7 
23 17 
24 16 
25 10 
26 19 
27 SIX BR733 GIGA 11909.113] 800 15 13 20 





Table 108: Concurrent User 28 of 28 for Role 1 (Minimal Memory) 


ROLE 1 - 
PATTERN] SERVER A |SERVER B/SERVER C 28 CALL 1|CALL 2|CALL 3|CALL 4 


13 





=? 


2 7 
3 14 
4 21 
5 19 
6 | BR733_ | GIGA | BR733_| 13911.316 798 | 26 | 9 | 15 
7 16 
22 15 
23 18 
24 16 
25 | Br733_| six_ | GIGA | 67487331 804 | 17 | 16 | 11 
26 |__| _aiga_|_pR7ss_{ 1i086.c00) v2 { 15 | 14_| 17 
27 SIX BR733 GIGA 11888. = 803 14 22 
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6. 5 Concurrent Users, Role 3 (Minimal Memory) 


Table 109: Concurrent User 1 of 5 for Role 3 (Minimal Memory) 








PATTERN] SERVER A |SERVER B/|SERVER C/ROLE 3 - 1/CALL 1/CALL 2|CALL 3/CALL 4/CALL 5 
1 136 14 
2 13 
3 9 
| 18 
5 8 
6 14 
7 14 
22 136 13 
23 15 
24 13 
25 | Br733_| six_ | GIGA |20473.741| 690 | 163 | 426 | 13 | 11 
26 15 
27 SIX BR733 GIGA 18392.066} 696 168 424 8 16 





Table 110: Concurrent User 2 of 5 for Role 3 (Minimal Memory) 





PATTERN] SERVER A |SERVER B/|SERVER C/ROLE 3 - 2/CALL 1/CALL 2|CALL 3/CALL 4/CALL 5 








1 688 442 7 
2 19 
3 BR733_| GIGA 399 19 
4 16 
5 12 
6 18 
7__| BR733_| BR733_| GIGA |20582.842| 709 | 152 | 428 | 9 | 14 
22 439 15 
23 18 
24 423 18 
25 429 9 
26 GIGA__| BR733_|21340.261| 738 _| 131 | 421 | 8 | 14 
27 SIX BR733 GIGA 18275.142} 735 142 406 8 21 





Table 111: Concurrent User 3 of 5 for Role 3 (Minimal Memory) 





PATTERN] SERVER A |SERVER B/|SERVER C/ROLE 3 - 3/CALL 1/CALL 2|CALL 3/CALL 4/CALL 5 
1 GIGA GIGA GIGA___|29300.797| 700 151 431 13 17 
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2 GIGA GIGA BR733_ | 21427.519| 703 161 415 14 19 
3 16 
4 9 
5 10 
6 14 
7 9 
22 10 
23 12 
24 12 
25 17 
26 15 


27 SIX BR733 GIGA 17599.516} 712 137 433 15 15 











Table 112: Concurrent User 4 of 5 for Role 3 (Minimal Memory) 





PATTERN] SERVER A |SERVER B/SERVER C/ROLE 3 - 4/CALL 1/CALL 2|CALL 3/CALL 4/CALL 5 





1 9 
2 BR733 19 
3 13 
| BR733_| _BR733 17 
5 15 
6 9 
7 15 
22 | GiGA | pr733_| six |26437.827| 696 | 154 | 431 | 21 | 10 
23 g 
24 14 
25 12 
26 GIGA 20 
27 SIX BR733 GIGA 17855.588} 725 150 411 14 12 





Table 113: Concurrent User 5 of 5 for Role 3 (Minimal Memory) 





PATTERN| SERVER A [SERVER B|SERVER C/ROLE 3 - 5|CALL 1|CALL 2/CALL 3|CALL 4/CALL 5 
1 14 
2 12 
3 15 
4 13 
5 
6 





13 


BR733 GIGA BR733 | 25054.755| 745 124 409 16 18 
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7 BR733 BR733 GIGA_ __|20469.808} 697 151 430 20 
22 isa [e733 | six —Josraasoa) rie [12a 496 [10 | 7 
23 | GiGA | six__| BR733_|23561.448/ 715 | 133 | 433 | 17 | 14 
24 15 
25 13 
26 12 


27 SIX BR733 GIGA 17955.349}| 707 153 429 15 8 











7. 2 Concurrent Users, Role 3 (Minimal Memory) 


Table 114: Concurrent User 1 of 2 for Role 3 (Minimal Memory) 





PATTERN] SERVER A |SERVER B/|SERVER C/ROLE 3 - 1/CALL 1/CALL 2|CALL 3/CALL 4/CALL 5 
14 
13 
15 


10 
11 
10 
22 19 
23 19 
24 19 


26 17 


27 SIX BR733 GIGA 10259.503} 715 140 429 20 8 
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Table 115: Concurrent User 2 of 2 for Role 3 (Minimal Memory) 





PATTERN] SERVER A |SERVER B/|SERVER C/ROLE 3 - 2/CALL 1/CALL 2|CALL 3/CALL 4/CALL 5 
1 13 
2 16 
3 11 
4 16 
5 3 
6 12 
7 15 
22 SIX 14 
23 Six 14 


24 BR733 GIGA SIX 12371.365} 730 149 410 12 11 
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25 BR733 SIX GIGA 11035.936} 715 146 422 14 


26 si — [ca | eras_rono re| see [ae Tass [8 |i 








27 SIX BR733 GIGA 10284.958| 726 153 407 14 
8. CORBA TEST, 3 Concurrent Users, Role 3 (Minimal 
Memory) 


Table 116: Concurrent User 1 of 3 for Role 3 (Minimal Memory, CORBA) 








PATTERN] SERVER A |SERVER B/|SERVER C/ROLE 3 - 1/CALL 1/CALL 2|CALL 3/CALL 4/CALL 5 


| GiGA | GIGA | GIGA_|15902606| 698 | 163 | 419 | 17 | 15 
| GiGA | aica | BR733_|13851.467| 727 | 132 | 419 | 18 | 16 
| GiGA | BR733_| GIGA |12640.207| 710 | 146 | 425 | 16 | 15 
| GiGA | BR733_| BR733_|19787.586| 706 | 144 | 420 | 21 | 12 
| BR733_ | GiGA | aia |14254681| 724 | 136 | 427 | 12 | 13 
| BR733_ | GIGA | BR733_|15169.018| 707 | 143 | 431 | 16 | 15 
| BR733_| BR733 | GIGA |13284.574| 722 | 138 | 425 | 13 | 14 
| BR733__| BR733_| BR733_|22261.207| 696 | 129 | 454 | 23 | 10 
| GiGA | aica | six |16113221| 750 | 131 | 409 | 10 | 12 
| GiGaA | sx _| aica_|13975.419] 7o7 | 141 | 435 | 11 | 18 
| cica | six _ | six __|25093.607| 720 | 131 | 416 | 20 | 25 
| six | aiGa | GIGA |14244.033| 726 | 125 | 430 | 20 | 11 
| six | aica | six__|18646.8i8| 702 | 153 | 414 | 23 | 20 
| six | six | Gia |14947.481| 676 | 149 | 466 | 13 | 8 
| sx | sx_| six __|29006.722| 723 | 134 | 425 | 13 | 15 
| BR733_| BR733_| six |17717.606| 745 | 131 | 409 | 8 | 19 
| BR733_ | six__| BR733_|17460.879| 682 | 148 | 449 | 11 | 22 
| pR733_ | six_ | six__|25029.654| 70s | 132 | 445 | 10 | 17 
| six__| pr733_| Br733_|20418.307| 687 | 158 | 436 | 9 | 22 


3 le [Sls fale a Is [= [Ss fo fe Jo Jo |a fo fv] 


20 | six | pr733_| six |i9t92.762| 715 | 144 | 420 | 6 | 11 
ar | sx | six _ | Br733_|17311.546| 714 | 126 | 437 | 18 | 17 
22 | aiGa | pr733_| six |16767.127| 704 | 141 | 436 | 21 | 10 
23 | aica | six_ | Br733_|15625.226| 674 | 170 | 438 | 15 | 15 
24 | pr733_| aica | six |15851.359| 728 | 133 | 422 | 16 | 13 
25 | Br733_| six_ | GIGA |13513.527| 702 | 157 | 432 | 15 | 6 
26 | six | GIGA | BR733_ |13628.204| 723 | 126 | 434 | 12 | 17 
27 SIX BR733 GIGA 11974.348} 730 128 435 11 8 











Table 117: Concurrent User 2 of 3 for Role 3 (Minimal Memory, CORBA) 








PATTERN] SERVER A |SERVER B/|SERVER C/ROLE 3 - 2/CALL 1/CALL 2|CALL 3/CALL 4/CALL 5 


15 
16 
14 
| cia | BR733_| BR733_|20010.125| 736 | 140 | 414 | 9 | 13 
12 
19 
136 13 
149 13 
12 
15 
7 
19 
141 | 431 | 9 | 41 
19 
| sx | sx | six __|20174.137| 696 | 158 | 417 | 22 | 12 
| BR733_| BR733_| six__|18342.729| 738 | 151 | 308 | 8 | 17 
11 
138 14 
158 15 
13 
15 
161 17 


RIN 1S |S la [S]a ale [a |S [= |S Jo Jo |W fo fora Joo Jo |= 


23 21 
24 12 
25 151 | 404 | 8 | 13 
26 10 
27 SIX BR733 GIGA 12143.536} 726 138 423 17 8 





Table 118: Concurrent User 3 of 3 for Role 3 (Minimal Memory, CORBA) 








PATTERN; SERVER A |SERVER B|SERVER C|ROLE 3 - 3/CALL 1/CALL 2/CALL 3/CALL 4|CALL 5 
1 727 9 
2 9 
3 GIGA 750 | 142 | 395 | 9 | 16 

4 


GIGA BR733 BR733__|19886.711| 716 145 414 21 16 
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BR733 GIGA GIGA 14173.159} 739 138 406 16 


19 
15 
12 
| GiGA | aiGa | six |16144.546] 759 | 144 | 386 | 9 | 14 
| ciGaA | sx _| aiGa |14058.289| 676 | 156 | 459 | 8 | 13 
15 
158 17 
12 
12 
15 
13 
8 
14 
7 


Ce ee ee ee ee ee ee ee ee 
© | |N Im lor] A Jo [Po | Jo [© [% IN 1O oO 





20 13 
21 19 
22 13 
23 12 
24 21 
25 19 
26 12 
27 SIX BR733 GIGA 12111.191] 716 149 412 20 15 
9. CORBA TEST, 3 Concurrent Users, Role 3 (Maximum 
Memory) 


Table 119: Concurrent User 1 of 3 for Role 3 (Maximum Memory, CORBA) 








PATTERN] SERVER A |SERVER B/|SERVER C/ROLE 3 - 1/CALL 1/CALL 2|CALL 3/CALL 4/CALL 5 


15 
8 
12 
14 
14 
18 
11 
11 
134 | 433 | 8 | 13 
0 10 


GIGA SIX SIX ERROR error error error error error 
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12 SIX GIGA GIGA 14277.035} 699 157 422 13 


21 

SIX error 
14 error 

SI error 
16 | __BR733 138 13 
17 20 

BR733 error 
19 141 17 
20 error 
21 error 
22 136 16 
23 13 
24 12 
25 15 
26 11 


27 Sl BR733 GIGA 12141.578} 688 148 449 13 14 


4 =? 
o o 
rb 


4 
(ee) 


x< 





Table 120: Concurrent User 2 of 3 for Role 3 (Maximum Memory, CORBA) 








PATTERN] SERVER A |SERVER B/|SERVER C/ROLE 3 - 2/CALL 1/CALL 2|CALL 3/CALL 4/CALL 5 


1 14 | 16 
2 13 
3 | GiGa | BR733 | GiGA |12304802| 690 | 140 | 453 | 13 | 16 
4 | GiGa | BR733_| BR733_|20011192| 732 | 124 | 420 | 11 | 16 
5 | BR733_| GIGA | GIGA |14274.095| 716 | 167 | 413 | 7 
6 | Br733_| aiGA | BR733_|14999.172| 732 | 129 | 422 | 13 
7 | BR733_| BR733_| GIGA |12922.384| 723 | 147 | 411 | 7 
8 BR733_| BR733_|22638.914| 669 | 158 | 452 | 7 
9 | aica | aica | six__|16307.931| 701 | 132 | 449 | 18 
10 [13004.201| 693 | 142 | 454 | 15 | 8 
14 error_| error 


SIX 

ERROR 

| GiGA__|14178.652| 708 | 142 | 434 | 17 

error_| error 

error_| error 

ERROR 
IX 
3 


oo |r 
n\n 
x< | X< 


73 
72 
7 
6 
7 
| 
2 
2 


2 
3 
01 
93 
08 
3 
8 
8 


429 

413 

422 

411 

452 

449 

G 454 
S 

G 434 
S 

G 

S 

S) 438 

430 
S 

38 


4 — — = /ou fou fa 
(o>) ive) = MIO |R IO 


is | sx | sx | error_| error 
16 117944.994| 723 | 135 | 438 | 8 
17 BR733_|17075.675| 728 | 129 | 430 | 13 
ig {| R733 | six | six__| ERROR | error | error | error | error | error 
19 six | _BR733_| BR733_|20078.383 21 
20 SIX BR733 SIX ERROR | error | error | error | error | error 
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21 SIX SIX BR733 ERROR | error | error | error | error | error 
22 14 
23 | GiGA | six | BR733_|15420.976| 692 | 153 | 436 | 17 | 14 
24 | Br733_ | aiGA | six |15854.579| 742 | 132 | 411 | 13 | 14 
25 | Br733_| six | GIGA |13195.000| 682 _| 148 | 450 | 13 | 19 
26 13 


27 SIX BR733 GIGA 12108.128} 731 137 415 15 14 








Table 121: Concurrent User 3 of 3 for Role 3 (Maximum Memory, CORBA) 








PATTERN] SERVER A |SERVER B/|SERVER C/ROLE 3 - 3/CALL 1/CALL 2|CALL 3/CALL 4/CALL 5 


| GIGA | Giga | GiGA [15745.851| 724 | 122 | 443 | 10 | 13 
| GIGA | GiGA | BR733_|13822.614| 723 | 137 | 430 | 10 | 12 


| GiGA | BR733_| GIGA |12674.874| 731 | 144 | 408 | 14 | 15 
| GiGA | BR733_| BR733_|19953.330| 690 | 157 | 442 | 7 | 16 
| BR733_ | GIGA | GIGA |14187.249| 731 | 133 | 412 | 13 | 23 
| BR733_| aiGa | Br733_|15162.629| 693 | 161 | 432 | 15 | 11 
| BR733_| BR733_| GIGA |12808.241| 714 | 122 | 447 | 15 | 14 
| BR733__| BR733_| BR733_|22866.417| 765 | 144 | 375 | 16 | 12 
| ciGaA | aica | six |16413377| 724 | 135 | 421 | 10 | 22 


| ciGaA | six _ | GiGA_|13931.158] 710 | 139 | 423 | 22 | 18 
| GiGA | sx | six__| ERROR | error | error | error | error | error 
| six | Giga | Gia |14066.106] 720 | 119 | 434 | 23 | 16 
| six | aicga | six__| ERROR | error | error | error | error _| error 
| six | sx __| GiGa_| ERROR | error | error | error | error _| error 
| sx | sx_|  six__| ERROR | error_| error | error | error _| error 
| BR733_| BR733_| six__|17782.917| 708 | 143 | 437 | 12 | 12 
| Br733_| six__| BR733_|17354.072| 714 | 166 | 409 | 15 | 8 
| BR733_ | six__| six__| ERROR | error | error | error | error | error 
| six__| Br733_| BR733_|20166.174| 714 | 154 | 417 | 11 | 16 


3 le [Sls la |e a |B [S [Ss fo |@ | Jo Jo [a fo ro Jo 
n 
x< 


20 | six | pr733 |  six__| ERROR | error | error | error | error | error 
a1 | six | six__| BR733_| ERROR | error | error | error | error | error 
22 | GiIGA | BR733 |  six__|16770.806| 718 | 148 | 418 | 12 | 16 
23 | GIGA |  six__| BR733_|15460.586| 747 | 144 | 306 | 12 | 13 
24 | pR733_ | GIGA | six__|16012.197| 716 | 143 | 434 | 9 | 10 
25 | pr733_| six | aiGa |13328.134| 727 | 136 | 421 | 13 | 15 
26 | six | GIGA | BR733_|13497.521| 692 | 155 | 437 | 16 | 12 
27 SIX BR733 GIGA 11785.137} 662 129 484 16 21 
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APPENDIX D 


A. COMBINATORIAL TIME TEST LINGO MODELS 


1. Timing4 4 








ACHINE / Wl W2 W3 W4/: 
MEMORY, SPEED; 
SERVER / S1 S2 S83 S4/: 
MULTIPLIER, MEMORYUSE; 
DEPLOYMENT (MACHINE, SERVER): V; 
(SERVER, SERVER): U; 
) . 
) 
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wn 
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iD (MACHINE Ty 
CPU_USED (MACHINE Q; 
ENDSETS 








DATA: 
NORM_SPEED = 1000; 
MEMORY SPEED = 












































64 600 

128 1000 

256 900 

128 This 

MULTIPLIER MEMORYUSE = 

442432.0 44 
807518.4 60 
TAT At 184 
393939-3 100; 


MEM_ LIMIT = 1.0; 
NET_BW = 100000000; 




























































































CPU_TIME 10000000000; 
ENDDATA 
MIN = PROC_SPEED + NET_SPEED; 
PROC_SPEED = @SUM( DEPLOYMENT( I, J ): 
Me TG Bigg eS Ak ULTIPLIER ( J ) * NORM_SPEED / SPEED( I )); 
! 
7 
! Inter-Server communications function. Ignore Client/Server Comms 
7 
! because they always exist and we are letting the Client location 
, 
! be the free variable. NOTE: ASSUME LOCAL TWICE AS REMOTE 
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! Figure out if two servers are running on the same machine. 
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! 
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@s 





i 
! 
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i 
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nnot be split over multiple machines 
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CPU_USED (MACHINE): Q; 
ENDSETS 
DATA: 
NORM_SPEED = 1000; 
MEMORY SPEED = 
64 600 
128 1000 
256 900 
64 300 
128 777; 
MULTIPLIER MEMORYUSE = 
442432.0 4A 
807518.4 60 
656565.3 105 
LALA 4 184 
323232 2.3 100; 


MEM_LIMIT = 1.0; 
NET_BW = 100000000; 
CPU_TIME = 10000000000; 

















































































































Figure out if two servers are running on the same machine. ; 











@FOR (SERVER(K): 
@FOR (SERVER(L): 
@SUM ( MACHINE(R): V(R,K)*V(R,L)) + 1 = U(K,L); 

















); 
Me 


A server cannot be split over multiple machines ; 








@FOR (DEPLOYMENT: @BIN(V)); 











Each server can only run on one machine. ; 
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ENDDATA 
MIN = PROC_SPEED + NET _SPEED; 
PROC_SPEED = @SUM( DEPLOYMENT( I, J ): 
V (I, J ) * MULTIPLIER ( J ) * NORM_SPEED / SPEED( I )); 
Inter-Server communications function. Ignore Client/Server Comms 
because they always exist and we are letting the Client location 
be the free variable. NOTE: ASSUME LOCAL TWICE AS FAST AS REMOTE 
NET_SPEED = 30720000000/ (U(@INDEX(S2),@INDEX(S3))*NET_BW) ; 
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PU load on a single machi 


ne. 





r 








.ED/SPEE 






























































A hs AL 184 
323232...3 100; 
MEM_LIMIT = 1.0; 
NET_BW = 100000000; 
CPU_TIME = 10000000000; 
ENDDATA 
MIN = PROC_SPEED + NET_SPEED; 
PROC_SPEED = @SUM( DEPLOYMENT( I, J ) 
V (I, J) * MULTIPLIER ( 
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! because they always exist a 
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MIN = PROC_SPEE 
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ENT( I, J): 


K) *MULTIPLI! 
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ER (K) *NORM_SP 
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.ED/SPEE 




















‘ED / SPEE 

















! Inter-Server communications function. 
! because they always exist a 


! be the free variable. 











































































































NOT 


























(S2),@INDE 





K) *MEMORYUSE 














K) *MULTIPLIE 


X(S3) ) *NET_BW) 





PU load on a single machi 
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ting the RAM load on a single machine. 
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Ignore Client/Server Comms 
nd we are letting the Client location 
ASSUME LOCAL TWICE AS FAST AS REMOTE 
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R(K) *NORM_SP 


1ED/SPEE 


NET_SPEED = 30720000000/ (U(@INDEX 
! 
! Figure out if two servers are running on the same machine. 
! 
@FOR (SERVER (K): 
@FOR (SERVER (L): 
@SU ( MACHINE (R) V(R,K) *V(R,L) ) 
i 
i 
| 
! A server cannot be split over multiple machines 
! 
@FOR (DEPLOYMENT: @BIN(V)); 
! 
! Each server can only run on one machine. 
! 
@FOR (SERVER (K): 
@SUM ( MACHINE(R): V(R, K)) 
i 
| 
! Constraint for limi 
! 
@FOR (MACHINE (R): 
@SUM ( SERVER(K): V(R, 
T(R) < MEMORY (R) *MEM_LIMIT; 
i 
! 
! Constraint for limiting the C 
! 
@FOR (MACHINE (R): 
@SUM ( SERVER(K): V(R, 
Q(R); 
Q(R) < CPU_TIME; 
i 
END 
5. Timing8_8 
MODEL: 
SETS: 
ACHINE / W1 W2 W3 W4 W5 W6 W7 W8/: 
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! because they always exist a 






























































MEMORY, SPEED; 
SERVER / S1 S2 S3 S4 S5 S6 S7 S8/: 
MULTIPLIER, EMORYUSE; 
DEPLOYMENT (MACHINE, SERVER): V; 
NET_SPD RVER, SERVER): U; 
MEM_USED (MACHINE): T; 
CPU_USED ACHINE) QO; 
ENDSETS 
DATA: 
NORM_SPEE 1000; 
MEMORY SPEED = 
64 
128 
128 
64 
256 
128 
64 
128 
MULTIPLI EMORYUSE = 
442432. 44 
807518. 60 
288412. 66 
TET Ds; DAE 
232323. 23 
656565. 105 
111111. 184 
323232. 100; 
MEM LIMIT I 0% 
NET_BW = 100000000; 
CPU_TIME 10000000000; 
ENDDATA 
MIN = PROC_SPEED + NET_SPEED; 
PROC_SPEED SUM( DEPLOYMENT ( I, 
(Epo od) -* MULE T EPA T 
! 
; 
! Inter-Server communications func 


tion. 





) * NORM_SP 


Ignor 
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ED / SPEED( I 























t/Server Comms 


nd we are letting the Client location 


























! be the free variable. NOTE: ASSUME LOCAL | AS FAST AS REMOTE 
7 

! 

, 

NET_SPEED 30720000000/ (U(@INDEX (S2), @INDEX(S3))*NET_BW) ; 

! . 

. 1, 

! Figure out if two servers are running on the same machine. ; 
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@FOR (S 
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K) : 





@FOR (S 
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! Each server can only run on one machine. 
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ERVER (K) : 
@SUM ( MACHINE(R): V(R, K)) = 1; 
\; 
! 
! Constraint for limiting 
! 
@FOR (MACHINE (R): 
@SUM ( SERVER(K): V(R, K) *MEMORYUS 
T(R) < MEMORY (R) *MEM_LIMIT; 
3 
! 
! Constraint for limiting the C 
! 
@FOR (MACHINE (R): 
@SUM ( SERVER (K) V(R, K) *MULTIPLII 
Q(R); 
Q(R) < CPU_TIME; 
\; 
END 
6. Timing9_9 
MODEL: 
SETS: 
MACHINE / W1 W2 W3 W4 W5 W6 W7 W8 W9/: 
MEMORY, SPEED; 
SERVER / S1 S2 S3 S4 S5 S6 S7 S8 S9/: 
MULTIPLIER, MEMORYUSE,; 
DEPLOYMENT (MACHINE, SERVER): V; 
NET_SPD (SERVER, SERVER): U; 
MEM_USED (MACHINE): T; 
CPU_USED (MACHINE): Q; 
ENDSETS 
DATA: 
NORM_SPEED = 1000; 
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! because they always exist a 
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MEMORY SPEED = 
64 600 
128 733 
128 1000 
64 866 
256 900 
128 550 
100 666 
64 300 
185 444; 
MULTIPLIER MEMORYUSE = 
442432.0 44 
807518.4 60 
288412.8 66 
111111.1 11 
343434.4 55 
656565.3 105 
111111.1 184 
29099999 130 
32323253 100; 
MEM _ LIMIT = 1.0; 
NET_BW = 100000000; 
CPU_TIME = 10000000000; 
ENDDATA 
MIN = PROC_SPEED + NET_SPEED; 
PROC_SPEED = @SUM( DEPLOYMENT( I, J ) 
Mer aaleg Aras “a ULTIPLIER ( J ) * NORM_SPEED / SPEED( I )); 
! 
! Inter-Server communications function. Ignore Client/Server Comms 


nd we are letting the Client location 
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@SUM ( MACHINE(R): V(R, 











i 





! Constraint for limiting the RAM load on a single machine. 
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T(R) < MEMORY (R) *MEM_LIMIT; 
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CPU_USED (MACHINE): Q; 

ENDSETS 

DATA: 








NORM_SPEED = 1000; 
MEMORY SPEED = 


























64 600 
128 733 
128 1000 

64 866 
256 900 
128 550 
100 666 

64 300 


PU load on a single machi 





K) *MULTIPLIE 





V; 


257 


R(K) *NORM_SP 


ACHINE / W1 W2 W3 W4 W5 W6 W7 W8 W9 W10/: 


SERVER / S1 S2 S3 S4 S5 S6 S7 S8 S9 S10/: 





r 








.ED/SPEE 















































! because they always exist a 


































































































128 777 
185 444; 
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656565.3 105 
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323232 .3 100; 
MEM_LIMIT = 1.0; 
NET_BW = 100000000; 
CPU_TIME = 10000000000; 
ENDDATA 
MIN = PROC_SPEED + NET_SPEED; 
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! be the free variable. NOTE: ASSUME LOCAL TWICE AS FAST AS REMOTE 
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! 
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NET_SPEED = 30720000000/ (U(@INDEX(S2),@INDEX(S3))*NET_BW) ; 
! . 
. , 
! Figure out if two servers are running on the same machine. ; 
! . 
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@FOR (SERVER (K): 
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@SUM ( MACHINE(R): V(R,K)*V(R,L)) + 1 = U(K,L); 

i 
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! i 
! A server cannot be split over multiple machines ; 
! . 
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@FOR (DEPLOYMENT: @BIN(V)); 
! . 
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! Each server can only run on one machine. ; 
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@FOR (SERVER (K): 

@SUM ( MACHINE(R): V(R, K)) = 1; 
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APPENDIX E 


A. JAVA CORBA CODE 





This code was used in the testbed to validate the 
using servers implemented with CORBA middleware. 


1. Server A Side Code 


a) A.idl 
// A.idl 


module A { 
interface Account { 
float balance(); 
string ml1(); 


string m2(); 
string m3(); 
string m4(); 


}; 
interface AccountManager { 
Account open(in string index); 


}; 





i 


b) AccountImpl. java 


// AccountImpl. java 


public class AccountImpl extends A.AccountPOA { 
public AccountImpl (float balance) { 
_balance = balance; 
_al = "Return for ml: This is the first string of this new non- 
demonstruct"; 
_a2 = "Return for m2"; 
—_a3 = "Return for m3"; 
_a4 = "Return for m4: Its quitting time for me."; 





_frits = new StringBuffer (1000000); 
} 


private static int factorial(int x) { 
if (x <= 0) 
return 0; 

else 
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model 


return factorial (x-1) + x; 


} 


public float balance() { 
return _balance; 

} 

public String ml1() { 
int count; 


for (int i = 0; i < 360; itt) 
for (int j = 0; Jj < 360; j++) 
count = factorial(i) * factorial(j); 


return _al; 

} 

public String m2() { 
int count; 





O; i < 600; itt) 
= 0; j < 600; jJtt) 
factorial(i) * factorial(j); 


for (int i 
for (int 
count 


I} que 


return _a2; 

} 

public String m3() { 
int count; 


for (int i = 0; i < 460; itt) 
for (int j = 0; Jj < 460; j++) 
count = factorial(i) * factorial(j); 


return _a3; 

} 

public String m4() { 
int count; 


for (int i = 0; i < 550; itt) 
for (int j3 = 0; 3 < 550; jtt) 
count = factorial(i) * factorial(j); 


return _a4; 
} 
private float _balance; 
private String _al; 
private String _a2; 
private String _a3; 
private String _a4; 
private StringBuffer _frits; 
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c) AccountManagerImpl. java 


// AccountManageriImpl. java 
import org.omg.PortableServer.*; 


import java.util.*; 


public class AccountManagerImpl extends A.AccountManagerPOA { 
public synchronized A.Account open(String index) { 
// Lookup the account in the account dictionary. 
A.Account account = (A.Account) _accounts.get (index) ; 
// Tf there was no account in the dictionary, create one. 
if (account == null) { 
// Make up the account's balance, between 0 and 1000 dollars. 
float balance = Math.abs(_random.nextInt()) % 100000 / 100f; 
// Create the account implementation, given the balance. 
AccountImpl accountServant = new AccountImpl (balance) ; 
try { 
// Activate it on the default POA which is root POA for this 














servant 





account = 
A.AccountHelper.narrow(_default_POA().servant_to_reference (accountServa 
nt)); 





} catch (Exception e) { 
e.printStackTrace(); 

} 
// Print out the new account. 
System.out.println("Created " + index + ""sS account: " + 

account); 
// Save the account in the account dictionary. 
_accounts.put (index, account); 





} 


// Return the account. 
return account; 





} 


private Dictionary _accounts = new Hashtable(); 
private Random _random = new Random(); 
} 
d) Server. java 


// Server.java 
import org.omg.PortableServer.*; 


public class Server { 


public static void main(String[] args) { 
try { 
// Initialize the ORB. 
org.omg.CORBA.ORB orb = org.omg.CORBA.ORB.init (args,null); 
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// get a reference to the root POA 
POA rootPOA = 
POAHelper.narrow(orb.resolve_initial_references ("RootPOA") ); 


// Create policies for our persistent POA 
org.omg.CORBA.Policy[] policies = { 
rootPOA.create_lifespan_policy (LifespanPolicyValue.PERSISTENT) 














}; 

// Create myPOA with the right policies 

POA myPOA = rootPOA.create_POA( "a_poa", 
rootPOA.the_POAManager(), 
policies ); 
// Create the servant 





AccountManagerImpl managerServant = new AccountManagerImpl (); 
// Decide on the ID for the servant 
byte[] managerId = "AManager".getBytes (); 


// Activate the servant with the ID on myPOA 
myPOA.activate_object_with_id(managerId, managerServant) ; 


// Activate the POA manager 
rootPOA.the_POAManager().activate(); 








System.out.println(myPOA.servant_to_reference (managerServant) + 
"is ready."); 
// Wait for incoming requests 
orb.run(); 
} 
catch (Exception e) { 
e.printStackTrace(); 





2. Server B Side Code 


a) B.idl 
// B.idl 


module B { 
interface Account { 
float balance (); 
string ml(); 
string m2(); 
}; 
interface AccountManager { 
Account open(in string index); 
}; 
}; 
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b) 


// AccountImpl. java 
import java.util.Ra 


public class Accoun 
public Account Imp 
Random simul 
_balance bala 
_bl "Return for 
demonstruct"; 
_b2 "Return for 
_frits new Strin 
String[] args 
org.omg.CORBA.O 
// Get the mana 
byte[] Cmanager 
// Locate an ac 
servant ID. 





AccountImpl. java 


ndom; 


tImpl extends B.AccountPOA { 
l(float balance) { 

new Random() ; 

nce; 
ml: This is the first string of this new non- 
m2"; 

gBuffer (1000000); 

null; 

RB Corb 
ger Id 

EG: "CManager".getBytes(); 

count manager. Give the full POA name and the 





org.omg.CORBA.ORB.init (args,null); 











C.AccountManager Cmanager = 
C.AccountManagerHelper.bind(Corb, "/c_poa", CmanagerlId)j; 
// Request the account manager to open a named account. 
_objcC = Cmanager.open(Integer.toString(simul.nextInt(10))); 
} 
private static int factorial(int x) { 
if (x <= 0) 
return 0; 
else 
return factorial (x-1) + x; 
} 
public float balance() { 
return _balance; 
} 
public String ml1() { 
int count; 
for (Pity as HO: ai. SAT ae) 
for (int 3 = 0; j < 511; jtt) 
count = factorial(i) * factorial(j); 


return _bl; 

} 

public String m2 ( 
int count; 





for: (Cmts <1 
for (int 


0; 
j= 


){ 


i < 666; itt) 
O; 3 < 666; J++) 
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count = factorial(i) * factorial(j); 


System.out.println(_objC.ml1()); 
return _b2; 
} 
private float _balance; 
private String _bl; 
private String _b2; 
private StringBuffer _frits; 
private C.Account _objC; 





c) AccountManagerImpl. java 


// AccountManageriImpl. java 
import org.omg.PortableServer.*; 


import java.util.*; 


public class AccountManagerImpl extends B.AccountManagerPOA { 
public synchronized B.Account open(String index) { 
// Lookup the account in the account dictionary. 
B.Account account = (B.Account) _accounts.get (index) ; 
// Tf there was no account in the dictionary, create one. 
if(account == null) { 
// Make up the account's balance, between 0 and 1000 dollars. 
float balance = Math.abs(_random.nextInt()) % 100000 / 100f; 
// Create the account implementation, given the balance. 
AccountImpl accountServant = new AccountImpl (balance) ; 
try { 
// Activate it on the default POA which is root POA for this 














servant 





account = 
B.AccountHelper.narrow(_default_POA() .servant_to_reference (accountServa 
nt)); 





} catch (Exception e) { 
e.printStackTrace(); 

} 
// Print out the new account. 
System.out.println("Created " + index + ""sS account: " + 

account); 
// Save the account in the account dictionary. 
_accounts.put (index, account); 





} 
// Return the account. 
return account; 





} 
private Dictionary _accounts = new Hashtable(); 
private Random _random = new Random(); 
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d) Server. java 


// Server.java 
import org.omg.PortableServer.*; 


public class Server { 


public static void main(String[] args) { 
try { 
// Initialize the ORB. 
org.omg.CORBA.ORB orb = org.omg.CORBA.ORB.init (args,null); 
// get a reference to the root POA 
POA rootPOA = 
POAHelper.narrow(orb.resolve_initial_references ("RootPOA") ); 








// Create policies for our persistent POA 
org.omg.CORBA.Policy[] policies = { 
rootPOA.create_lifespan_policy (LifespanPolicyValue.PERSISTENT) 














}; 

// Create myPOA with the right policies 

POA myPOA = rootPOA.create_POA( "b_poa", 
rootPOA.the_POAManager(), 
policies ); 
// Create the servant 





AccountManagerImpl managerServant = new AccountManagerImpl (); 
// Decide on the ID for the servant 
byte[] managerId = "BManager".getBytes (); 


// Activate the servant with the ID on myPOA 
myPOA.activate_object_with_id(managerId, managerServant) ; 


// Activate the POA manager 
rootPOA.the_POAManager().activate(); 








System.out.println(myPOA.servant_to_reference (managerServant) + 
"is ready."); 
// Wait for incoming requests 
orb.run(); 
} 
catch (Exception e) { 
e.printStackTrace(); 





3. Server C Side Code 


a) C.idl 


ff Ci. FAL 
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module C { 
interface Account { 
float balance(); 
string ml(); 
string m2(); 
string m3(); 
}; 
interface AccountManager { 
Account open(in string index); 
}; 
}; 


b) AccountImpl. java 


// AccountImpl. java 


public class AccountImpl extends C.AccountPOA { 
public AccountImpl(float balance) { 
_balance = balance; 





_cl = "Return for ml: This is the first string of this new non- 
demonstruct"; 

_c2 = "Return for m2"; 

_—c3 = "Return for m3"; 


_frits = new StringBuffer (1000000); 
} 


private static int factorial(int x) { 
if (x <= 0) 
return 0; 

else 
return factorial(x-1l1) + x; 


public float balance() { 
return _balance; 

} 

public String ml1() { 
int count; 


for (int i = 0; i < 627; itt) 
for (int j = 0; Jj < 627; J++) 
count = factorial(i) * factorial(j); 


return _cl; 

} 

public String m2() { 
int count; 





for (int i = 0; i < 726; itt) 
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for (int j = 0; Jj < 726; J++) 
count = factorial(i) * factorial(j); 


return _c2; 

} 

public String m3() { 
int count; 


for (int i = 0; i < 340; itt) 
for (int = 0; 3 < 340; j++) 
count factorial(i) * factorial(j); 


I} qe 


return _c3; 
} 
private float _balance; 
private String _cl; 
private String _c2; 
private String _c3; 
private StringBuffer _frits; 


c) AccountManagerImpl. java 


// AccountManageriImpl.java 
import org.omg.PortableServer.*; 


import java.util.*; 


public class AccountManagerImpl extends C.AccountManagerPOA { 
public synchronized C.Account open(String index) { 
// Lookup the account in the account dictionary. 
C.Account account = (C.Account) _accounts.get (index) ; 
// Tf there was no account in the dictionary, create one. 
if(account == null) { 
// Make up the account's balance, between 0 and 1000 dollars. 
float balance = Math.abs(_random.nextInt()) % 100000 / 100f; 
// Create the account implementation, given the balance. 
AccountImpl accountServant = new AccountImpl (balance) ; 


try { 
// Activate it on the default POA which is root POA for this 














servant 





account = 
C.AccountHelper.narrow(_default_POA().servant_to_reference (accountServa 


nt)); 





} catch (Exception e) { 
e.printStackTrace(); 
} 
// Print out the new account. 
System.out.printin("Created " + index + "'s account: " + 
account) ; 
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// Save the account in the account dictionary. 
_accounts.put (index, account); 

} 

// Return the account. 

return account; 


} 


private Dictionary _accounts = new Hashtable(); 
private Random _random = new Random(); 
} 
d) Server. java 


// Server.java 
import org.omg.PortableServer.*; 


public class Server { 





public static void main(String[] args) { 
try { 
// Initialize the ORB. 
org.omg.CORBA.ORB orb = org.omg.CORBA.ORB.init (args,null); 
// get a reference to the root POA 
POA rootPOA = 
POAHelper.narrow(orb.resolve_initial_references ("RootPOA")); 





// Create policies for our persistent POA 
org.omg.CORBA.Policy[] policies = { 
rootPOA.create_lifespan_policy (LifespanPolicyValue.PERSISTENT) 














}; 

// Create myPOA with the right policies 

POA myPOA = rootPOA.create_POA( "c_poa", 
rootPOA.the_POAManager(), 
policies ); 
// Create the servant 





AccountManagerImpl managerServant = new AccountManagerImpl (); 
// Decide on the ID for the servant 
byte[] managerId = "CManager".getBytes (); 





// Activate the servant with the ID on myPOA 
myPOA.activate_object_with_id(managerId, managerServant) ; 


// Activate the POA manager 
rootPOA.the_POAManager().activate(); 








System.out.println(myPOA.servant_to_reference (managerServant) + 
"is ready."); 
// Wait for incoming requests 
orb.run(); 
} 
catch (Exception e) { 
e.printStackTrace(); 
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a) 


/* 
* @(#) Test. 
* 


sf 
import java. 


[** 
ef 


Test.java 


util.*; 


public class Test { 


static Timer call 
static Timer test 
static Random simula 


boolean RUNNING 


A.Account objA 
B.Account objB 
C.Account objC 


public void init (String[] 


t 


time; 
time; 
te; 


rue; 

null; 
null; 
null; 





a 





// Initialize the ORB. 


org.omg.CORBA.ORB orb 














(0) 











Client Side Code 


javal.22 98/08/26 


rgs) { 


rg.omg.CORBA.ORB.init (args,null); 











// Get the manager Id 

byte[] AmanagerId = "AManager".getBytes(); 

byte[] BmanagerId = "BManager".getBytes(); 

byte[] CmanagerId = "CManager".getBytes(); 

// Locate an account manager. Give the full POA name and the 
servant ID. 

A.AccountManager Amanager = 

A.AccountManagerHelper.bind(orb, "/a_poa", AmanagerlId) ; 

B.AccountManager Bmanager = 

B.AccountManagerHelper.bind(orb, "/b_poa", BmanagerId) ; 

C.AccountManager Cmanager = 

C.AccountManagerHelper.bind(orb, "/c_poa", CmanagerlId)j; 

// Request the account manager to open a named account. 

int Acount = simulate.nextInt (10); 

for (int i = 1; i < 10; itt) 

objJA = Amanager.open(Integer.toString(i)); 
objA = Amanager.open(Integer.toString(Acount) ); 
int Bcount = simulate.nextInt (10); 
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for (int i = 1; i < 10; itt) 
objB = Bmanager.open(Integer.toString(i)); 
objJB = Bmanager.open(Integer.toString(Bcount) ); 








int Ccount simulate.nextInt (10); 
for (int i = 1; i < 10; itt) 

objC = Cmanager.open(Integer.toString(i)); 
objC = Cmanager.open(Integer.toString(Ccount)); 








public void run_test1() { 
double average; 
boolean RUNI1 = true; 
int count = 0; 
long duration = 0; 


RUN1 = true; 
count = 0; 
duration = 0; 
while (RUN1) 





calltime.reset(); 
try { 
objA.ml (); 
} 
catch (Exception exc) { 
System.out.println("Test exception: " + 
xc.getMessage()); 
exc.printStackTrace()j; 
RUN1 = false; 
RUNNING = false; 
} 








calltime.stop(); 

duration = duration + calltime.elapsedms ()j; 
count = count + 1; 

if (count < 20) 


try { 
Thread.currentThread().sleep (1000); 
} 
catch (Exception inter) { 
System.out.println("Test exception on sleep: 
inter.getMessage()); 
inter.printStackTrace()j; 


} 








} 


else 


{ 
RUN1 = false; 
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} 


average = (double) duration / (double) count; 


System.out.printin("Average response tim 1: 


} 


average = (double) duration / (double) count; 
System.out.printin("Average response tim Ze 


} 





RUN1 = true; 
count = 0; 
duration = 0; 
while (RUN1) 


calltime.reset(); 


try { 
objA.m2(); 





catch (Exception exc) { 
System.out.println("Test exception: " + 
xc.getMessage()); 





exc.printStackTrace(); 
RUN1 = false; 
RUNNING = false; 


calltime.stop(); 


duration = duration + calltime.elapsedms (); 


count = count + 1; 
if (count < 20) 


try { 
Thread.currentThread().sleep (1000); 
} 


catch (Exception inter) { 





System.out.println("Test exception on sleep: 


inter.getMessage()); 
inter.printStackTrace()j; 





wm 
G 
Z 
me 
ll 


false; 





count = 0; 
duration = 0; 
RUN1 = true; 
while (RUN1) 


calltime.reset(); 


try { 
objA.m3(); 
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+ average); 


" + 


+ average); 





catch (Exception exc) { 
System.out.println("Test exception: " + 
xc.getMessage()); 
exc.printStackTrace()j; 
RUN1 = false; 
RUNNING = false; 
} 





calltime.stop(); 

duration = duration + calltime.elapsedms(); 
count = count + 1; 

if (count < 20) 


try { 
Thread.currentThread().sleep (1000); 
} 
catch (Exception inter) { 
System.out.println("Test exception on sleep: " + 
inter.getMessage()); 
inter.printStackTrace()j; 








RUN1 = false; 





average = (double) duration / (double) count; 
System.out.println("Average response tim 3: " + average); 
count = 0; 
duration = 0; 
RUN1 = true; 
while (RUN1) 





calltime.reset (); 
try { 
objA.m4 (); 
} 
catch (Exception exc) { 
System.out.println("Test exception: " + 
xc.getMessage()); 

exc.printStackTrace(); 
RUN1 = false; 
RUNNING = false; 
} 








calltime.stop(); 

duration = duration + calltime.elapsedms()j; 
count = count + 1; 

if (count < 20) 


try { 
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average 


} 


} 


} 


Thread.currentThread().sleep (1000); 
} 


catch (Exception inter) { 





System.out.printlin("Test exception on sleep: " + 





inter.getMessage()); 
inter.printStackTrace()j; 


ve) 
G 
Z 
me 
ll 


false; 





count = 0; 
duration = 0; 
RUN1 = true; 
while (RUN1) 


calltime.reset(); 


try { 
objB.ml1(); 





catch (Exception exc) { 
System.out.println("Test exception: " + 
xc.getMessage()); 





exc.printStackTrace(); 
RUN1 = false; 
RUNNING = false; 


calltime.stop(); 


duration = duration + calltime.elapsedms (); 


count = count + 1; 
if (count < 20) 


ary 
Thread.currentThread().sleep (1000); 
} 


catch (Exception inter) { 





(double) duration / (double) count; 
System.out.printin("Average response tim 4: 


+ average); 


System.out.println("Test exception on sleep: " + 





inter.getMessage()); 
inter.printStackTrace()j; 


} 


else 


{ 


RUN1 = false; 
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average = (double) duration / (double) count; 
System.out.println("Average response tim ors 


} 


average = (double) duration / (double) count; 
System.out.println("Average response tim 6% 
count = 0; 
duration = 0; 


} 





count = 0; 
duration = 0; 
RUN1 = true; 
while (RUN1) 


calltime.reset(); 
try { 
objB.m2(); 





catch (Exception exc) { 
System.out.println("Test exception: " + 
xc.getMessage()); 





exc.printStackTrace(); 
RUN1 = false; 
RUNNING = false; 


calltime.stop(); 


duration = duration + calltime.elapsedms ()j; 


count = count + 1; 
if (count < 20) 


try { 
Thread.currentThread().sleep (1000); 
} 


catch (Exception inter) { 





" 


+ average); 


System.out.printlin("Test exception on sleep: " + 





inter.getMessage()); 
inter.printStackTrace()j; 


RUN1 = false; 





RUN1 = true; 
while (RUN1) 


calltime.reset(); 
try { 
objC.m1(); 





catch (Exception exc) { 
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"W 


+ average); 


System.out.println("Test exception: " + 
xc.getMessage()); 
exc.printStackTrace(); 
RUN1 = false; 
RUNNING = false; 
} 





calltime.stop(); 

duration = duration + calltime.elapsedms (); 
count = count + 1; 

if (count < 20) 


try { 
Thread.currentThread().sleep (1000); 
} 
catch (Exception inter) { 
System.out.printlin("Test exception on sleep: " + 
inter.getMessage()); 
inter.printStackTrace()j; 











else 
{ 
RUN1 = false; 
} 
} 
average = (double) duration / (double) count; 
System.out.println("Average response tim 7: " + average); 
count = 0; 
duration = 0; 


RUN1 = true; 
while (RUN1) 


calltime.reset(); 
try { 
objC.m2(); 
} 
catch (Exception exc) { 
System.out.println("Test exception: " + 
xc.getMessage()); 

exc.printStackTrace()j; 
RUN1 = false; 
RUNNING = false; 
} 








calltime.stop(); 

duration = duration + calltime.elapsedms()j; 
count = count + 1; 

if (count < 20) 


try { 
Thread.currentThread().sleep (1000); 
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} 


catch (Exception inter) { 





System.out.println("Test exception on sleep: 


inter.getMessage()); 
inter.printStackTrace()j; 


} 





} 


else 
{ 
RUN1 = false; 
} 
} 





average = (double) duration / (double) count; 
System.out.println("Average response tim 8: 
count = 0; 
duration = 0; 


RUN1 = true; 
while (RUN1) 


calltime.reset(); 
try { 
objC.m3(); 
} 
catch (Exception exc) { 
System.out.println("Test exception: " + 
xc.getMessage()); 

exc.printStackTrace()j; 
RUN1 = false; 
RUNNING = false; 
} 








calltime.stop(); 


duration = duration + calltime.elapsedms (); 


count = count + 1; 
if (count < 20) 


try { 
Thread.currentThread().sleep (1000); 
} 


catch (Exception inter) { 





System.out.println("Test exception on sleep: 


inter.getMessage()); 
inter.printStackTrace()j; 





ve) 
G 
Z 
me 
ll 


false; 


average = (double) duration / (double) count; 
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"W + 


+ average); 


" + 





System.out.println("Average response tim 9: " + average); 


public static void main(String args[]) { 





Test test = new Test () 





, 
, 





( 
calltime = new Timer () 
testtime = new Timer(); 
simulate = new Random(); 





test.init (args); 
test.run_testl(); 


b) Roles. java 


/* 
* @(#)Roles.javal.22 98/08/26 


* 


if, 
import java.util.Random; 


[** 
ay. 
public class Roles { 
static Timer calltime; 
static Timer testtime; 
static Random simulate; 














boolean RUNNING = true; 
A.Account objA = null; 
B.Account objB = null; 
C.Account objcC = null; 
A.AccountManager Amanager = null; 
B.AccountManager Bmanager = null; 
C.AccountManager Cmanager = null; 





public void init (String[] args) { 
// Initialize the ORB. 
org.omg.CORBA.ORB orb = org.omg.CORBA.ORB.init (args,null); 
// Get the manager Id 





byte[] AmanagerId = "AManager".getBytes(); 
byte[] BmanagerId = "BManager".getBytes(); 
byte[] CmanagerId = "CManager".getBytes(); 
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// Locat 
servant ID. 


Amanager = 


Bmanager 
Cmanager 
// Reque 
int Acou 
for (int 

obj jA 
obj jA 


A 


int Bcou 
for (int 

ob jB 
ob jB 


B 


int Ceou 
for (int 

ob jc 
ob jC 


C 











POA name and the 


"/a_poa", AmanagerIQqd) ; 


" /b_poa" 
"/c_poa", 


BmanagerlId); 
CmanagerId); 


open a named account. 


e€ an account manager. Give the full 
A.AccountManagerHelper.bind(orb, 

= B.AccountManagerHelper.bind(orb, 

= C.AccountManagerHelper.bind(orb, 

st the account manager to 

nt = simulate.nextInt (10); 

i= 13; 4 < 10; 24+) 

Amanager.open(Integer.toString(i)); 

manager.open(Integer.toString(Acount) ); 

nt = simulate.nextInt (10); 

i= 15 2 < 107 i++) 

Bmanager.open(Integer.toString(i)); 























manager.op 


n (I 


public void set_memory () 


int Acou 
for (int 

objA 
obj jA 


A 


int Bcou 
for (int 

ob jB 
ob jB 


B 


int Ccou 
for (int 

ob jc 
ob jc 


C 


simula 
De: se 


nt 
i= 


Ee 
44 


Amanager.open 


{ 








manager.op 


simula 
A Deine ee 


nt = 
i 


n (I 


Ee. 
60 


Bmanager.open 


nteg 
nex 
ee a) 
(Int 





n (1 





manager.op 


nt = simula 
i ee ae 


te. 
66 


nteg 


nex 
7; itt) 











Cmanager.open 





n (I 


(Int 








manager.op 





public void run_ 
int choice = 1; 
double average; 
boolean RUNI1 
int count = 0; 
int cntl 0 
int cnt2 = 0 
Int. cnts 0 
int cnt4 = 0 
long duration = 0; 


testl(int max_run) { 


true; 
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nextInt (44); 
pe isbap) 
(Integer.toString(i)); 


tInt (60); 


ger.toString(i)); 
r.toString(Bcount) ); 


tInt (66); 


ger.toString(i)); 
nteger.toString(Ccount) ); 


manager.open(Integer.toString(Bcount) ); 
nt = simulate.nextInt (10); 

i= 1; i -< 10; G++) 
Cmanager.open(Integer.toString(i)); 


nteger.toString(Ccount) ); 


r.toString(Acount) ); 


testtime.reset (); 
while (RUN1) 
{ 


choice = simulate.nextInt (53); 
calltime.reset (); 
try 


if (choice < 50) 


objA.ml (); 


entl entl + 1; 
else if (choice < 51) 
objA.m2(); 
objB.m1(); 

ent2 = cnt2 + 1; 


else if (choice < 52) 


objC.ml (); 
objC.m2(); 


ent3 ent: + 1; 


else if (choice < 53) 


obj jB.m2(); 
ent4 = cnt4 + 1; 


System.out.println("Got choice out of bounds " + choice); 


catch (Exception exc) { 

System.out.println("Roles exception: " + 
xc.getMessage()); 

exc.printStackTrace()j; 

RUN1 = false; 

RUNNING = false; 

} 

calltime.stop(); 

duration = duration + calltime.elapsedms (); 

count = count + 1; 

if (count < max_run) 


{ 








try { 

Thread.currentThread().sleep (1000); 

} 
catch (Exception inter) { 

System.out.println("Roles exception on sleep: " + 
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inter.getMessage()); 
inter.printStackTrace(); 
} 
} 











else 
{ 

RUN1 = false; 
} 
} 
testtime.stop(); 
System.out.println("Test 1 duration is " + testtime.elapsed()); 
System.out.println("Total number of calls is " + count); 
System.out.printlin(" 1 Number of calls is " + cntl1); 
System.out.println(" 2 Number of calls is " + cnt2); 
System.out.println(" 3 Number of calls is " + cnt3); 
System.out.println(" 4 Number of calls is " + cnt4); 
average = (double) duration / (double) count; 
System.out.println("Average response time is " + average); 
System.out.println(""); 





























public void run_test2(int max_run) { 
int choice = 1; 
double average; 
boolean RUN2 = true; 
int count = 0; 
int cntl = 0; 
int cnt2 = 0; 
int cnt3 = 0; 
long duration = 0; 
testtime.reset(); 
while (RUN2) 
{ 
choice = simulate.nextInt (74); 
calltime.reset(); 


try { 
if (choice < 10) 
{ 
objA.m1(); 


entl entd + 1s 


} 
else if (choice < 50) 
{ 

objA.m2(); 

objB.ml (); 

ent2 = cnt2 + 1; 

} 
else if (choice < 74) 


{ 
objB.ml(); 
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obj jB.m2(); 
ent3 = cnt3 + 1; 


System.out.println("Got choice out of bounds " + choice); 


catch (Exception exc) { 

System.out.println("Roles exception: " + 
xc.getMessage()); 

exc.printStackTrace()j; 

RUN2 = false; 

RUNNING = false; 

} 

calltime.stop(); 

duration = duration + calltime.elapsedms (); 

count = count + 1; 

if (count < max_run) 


{ 








try { 
Thread.currentThread().sleep (1000); 
} 
catch (Exception inter) { 
System.out.println("Roles exception on sleep: " + 
inter.getMessage()); 
inter.printStackTrace()j; 


} 











} 











else 
{ 

RUN2 = false; 
} 
} 
testtime.stop(); 
System.out.println("Test 2 duration is " + testtime.elapsed()); 
System.out.println("Total number of calls is " + count); 
System.out.printlin(" 1 Number of calls is " + cnt1); 
System.out.println(" 2 Number of calls is " + cnt2); 
System.out.println(" 3 Number of calls is " + cnt3); 
average = (double) duration / (double) count; 
System.out.println("Average response time is " + average); 
System.out.println(""); 























public void run_test3(int max_run) { 
int choice = 1; 
double average; 
boolean RUN3 = true; 
int count = 0; 
int cntl = 0; 
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int cnt2 = 0; 
int cnt3 = 0; 
int cnt4 0 
int cnt5 = 0; 
long duration = 0; 
testtime.reset (); 
while (RUN3) 
{ 
choice = simulate.nextInt (92); 
calltime.reset (); 


try { 
if (choice < 50) 
{ 
objA.m1(); 
obj jB.m2(); 
entl = cntl + 1; 


else if (choice < 60) 
objA.m1 () 
objA.m2(); 
objA.m3 () 
ob jB.m2 () 

ent2 = cnt2 + 1; 


else if (choice < 90) 


objC.m2(); 
ent3 = cnt3 + 1; 


else if (choice < 91) 


objC.m3(); 
ent4 = cnt4 + 1; 


else if (choice < 92) 


objB.m1 (); 
obj jB.m2(); 
ent5 = cnt5 + 1; 
} 
else 
{ 
System.out.println("Got choice out of bounds " + choice); 


catch (Exception exc) { 
System.out.println("Roles exception: " + 
xc.getMessage()); 
exc.printStackTrace()j; 
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RUN3 = false; 
RUNNING = false; 
} 
calltime.stop(); 
duration = duration + calltime.elapsedms (); 
count = count + 1; 
if (count < max_run) 
{ 
try { 
Thread.currentThread().sleep (1000); 
} 
catch (Exception inter) { 
System.out.println("Roles exception on sleep: " + 
inter.getMessage()); 
inter.printStackTrace()j; 


} 











} 












































else 
{ 
RUN3 = false; 

} 
} 
testtime.stop(); 
System.out.println("Test 3 duration is " + testtime.elapsed()); 
System.out.println("Total number of calls is " + count); 
System.out.printlin(" 1 Number of calls is " + cnt1); 
System.out.println(" 2 Number of calls is " + cnt2); 
System.out.println(" 3 Number of calls is " + cnt3); 
System.out.printlin(" 4 Number of calls is " + cnt4); 
System.out.println(" 5 Number of calls is " + cnt5); 
average = (double) duration / (double) count; 
System.out.println("Average response time is " + average); 
System.out.println(""); 

} 
public static void main(String args[]) { 

/* 

*/ 

Roles test = new Roles(); 

calltime = new Timer(); 

testtime = new Timer(); 

simulate = new Random(); 





test.init (args); 
test.run_test1(1000); 
test.run_test2 (1000); 
test.run_test3(1000); 
test.set_memory(); 
System.out.println(""); 
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import java. 
import java. 
import java. 


[** 
‘ars 


System.out.println("Bumping the 


System.out.println(""); 


test.run_test1 (1000) 
test.run_test2 (1000) 
test.run_test3 (1000) 


c) 


util.Random; 
rmi.Naming; 





public class Rl { 


static Random simulat 


boolean RU 


static Timer call 
static Timer testti 


A.Accou 
B.Accou 
C.Accou 


, 
1, 


, 


A.AccountM 
B.AccountM 
C.AccountM 





N 
n 
n 
n 
a 
a 
a 





nager C 





public void init ( 


servant ID. 





// Initialize t 
org.omg.CORBA.ORB or 
// Get the manager I 
byte[] AmanagerId 
byte[] BmanagerId 
byte[] CmanagerId 
// Locate an account 





A.Accoun 
B.Accoun 
C.Accoun 
the accou 


Amanager = 
Bmanager 
Cmanager 
// Request 
int Acount = simula 
for (int i=l; i.< 

obj jA Amanager.op 


String[] 
he ORB. 


b 
d 


"AManager".getBytes 
"BManager".getByt 
"CManager".getByt 

manager. 


tMa 


Ma 
Ma 
nt 
e. 
10 


R1. java 


rmi.RemoteException; 


= null; 
null; 
null; 


args) { 


org.omg 


nagerHelper 
nagerHelper 
nagerHelper 
manager to 
nextInt (10) 
; itt) 





n 
(I 





obj jA Amanager.open 





simula 
1; 


int Bcount 
for (int i 


e. 


i < 10; 





nextInt (10) 
i++) 


memory on the servers... 


Give t 


.CORBA.ORB.init (args,null); 


POA name and the 


aay "/a_poa", AmanagerId); 
ge "/b_poa", BmanagerId); 
sbi "/c_poa™, CmanagerId); 


open a named account. 





, 


(Integer.toString(i)); 
nteger.toString (Acount) ); 


, 
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ob jB 
ob jB 


int Ccou 
for (int 

ob jc 
ob jC 





Bmanager.open(Integer.toString(i)); 





nt 
a: 


1; 


Bmanager.open(Integer.toString(Bcount) ); 


simulate.nextInt (10); 


i < 10; i++) 


Cmanager.open (Integer.toString(i)); 








public void set_memory () 


int Acou 
for (ant 

obj jA 
obj jA 


A 


int Bcou 
for (int 

ob jB 
ob jB 


B 


int Ccou 
for (int 

ob jc 
ob jc 


C 


public void 
int choi 


{ 


Cmanager.open (Integer.toString(Ccount) ); 





manager.op 


ne GE 


nt 





simula 
ie oe OK 


nt = 
i 


te. 
60 


Bmanager.open 


nex 


(In 


g 


nt = simulate.nextInt (44); 
i= 1; i < 44; itt) 
Amanager.open(Integer.toString(i)); 


r.toString(Acount) ); 


tInt (60); 
7; itt) 








manager.op 


simula 
Aes He, 


nt = 
i 


n (I 


te. 
66 


nt 


Nex 


g 


ger.toString(i)); 
r.toString(Bcount) ); 


tInt (66); 
7; itt) 








manager.op 


Cmanager.open 





n (I 


(In 











run_ 
ce 


1; 


double average; 


b 
int coun 
i 
i 
Bi 
i 
long dur 


testtime 
while 


choic 


oolean RUNI1 
tc 0; 
nt t1 
nt 
ages 
nt 
ati 





cn 
cn 
cn 
cn 
on 





.rese 
(RUN1) 





e 


simulate 


calltime.reset(); 


try { 
if 
{ 


} 


else if 


objA.m1 


(choice < 50) 


(3 


(choice < 51) 


true; 


testl (int max_run) 


entl 


ger.toString(i)); 


nteger.toString(Ccount) ); 


{ 


-nextInt (53); 


entl bh ly 
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objA.m2(); 
objB.ml (); 


} 
else if (choice < 52) 
{ 
objC.ml (); 
objC.m2(); 


} 


else if (choice < 53) 





ent2 = cnt2 + 1; 


ent3 = cnt3 + 1; 





obj jB.m2(); 
ent4 = cnt4 + 1; 
} 
else 
{ 
System.out.println("Got choice out of bounds " + choice); 
} 
} 
catch (Exception exc) { 
System.out.println("Rl exception: " + 
xc.getMessage()); 
exc.printStackTrace()j; 
RUN1 = false; 
RUNNING = false; 
} 
calltime.stop(); 
duration = duration + calltime.elapsedms (); 


count = count + 1; 
if (count < max_run) 
{ 

try { 


Thread.currentThread().sleep (15500); 


} 





catch (Exception inter) 


{ 














System.out.println("R1l exception on sleep: " + 
inter.getMessage()); 
inter.printStackTrace()j; 
} 
} 
else 
{ 
RUN1 = false; 
} 
} 
testtime.stop(); 
System.out.println("Test 1 duration is " + testtime.elapsed()); 
System.out.println("Total number of calls is " + count); 
System.out.printlin(" 1 Number of calls is " + cnt1); 
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System.out.println(" 2 Number of calls is 











System.out.println(" 3 Number of calls is 
System.out.println(" 4 Number of calls is 
average = (double) duration / (double) count; 
System.out.printin("Average response time is 
System.out.println(""); 

} 
public static void main(String args[]) { 

/* 

*/ 

Rl test = new R1(); 

calltime = new Timer(); 

testtime = new Timer(); 

simulate = new Random(); 
test.init (args); 


test.run_testl1 (848); 


+ 


ent2); 
ent3); 
ent4); 


average); 


test.set_memory(); 

System.out.println(""); 

System.out.println("Bumping the memory on the servers..."); 
System.out.println(""); 





test.run_testl1 (848); 


d) R2. java 


import java.util.Random; 


import java.rmi.Naming; 





import java.rmi.RemoteException; 


[** 
aA 


public class R2 { 


static Timer calltime; 
static Timer testtime; 


static Random simulate; 














boolean RUNNING = true; 
A.Account objA = null; 
B.Account objB = null; 
C.Account objcC = null; 
A.AccountManager Amanager = null; 
B.AccountManager Bmanager = null; 
C.AccountManager Cmanager = null; 


291 


public void init (String[] args) { 
// Initialize the ORB. 
org.omg.CORBA.ORB orb = org.omg.CORBA.ORB.init (args,null); 
// Get the manager Id 





byte[] AmanagerId = "AManager".getBytes(); 
byte[] BmanagerId = "BManager".getBytes(); 
byte[] CmanagerId = "CManager".getBytes(); 
// Locate an account manager. Give the full POA name and the 


servant ID. 
Amanager = A.AccountManagerHelper.bind(orb, "/a_poa", AmanagerId)j; 





Bmanager = B.AccountManagerHelper.bind(orb, "/b_poa", BmanagerIqd); 
Cmanager = C.AccountManagerHelper.bind(orb, "/c_poa", CmanagerId)j; 
// Request the account manager to open a named account. 

int Acount = simulate.nextInt (10); 


for (int i= 1; i < 10; itt) 
objA = Amanager.open(Integer.toString(i)); 
objJA = Amanager.open(Integer.toString(Acount) ); 








int Bcount = simulate.nextInt (10); 
for (int i= 1; i < 10; itt) 

objJB = Bmanager.open(Integer.toString(i)); 
objJB = Bmanager.open(Integer.toString(Bcount) ); 








int Ccount = simulate.nextInt (10); 
for (int i= 1; i < 10; itt) 

objC = Cmanager.open(Integer.toString(i)); 
objC = Cmanager.open(Integer.toString(Ccount)); 




















public void set_memory() { 
int Acount = simulate.nextInt (44); 
for (int i = 1; i < 44; itt) 
objA = Amanager.open(Integer.toString(i)); 
objA = Amanager.open(Integer.toString(Acount) ); 








int Bcount = simulate.nextInt (60); 
for (int i= 1; i < 60; i++) 

objJB = Bmanager.open(Integer.toString(i)); 
objJB = Bmanager.open(Integer.toString(Bcount) ); 








int Ccount = simulate.nextInt (66); 
for (int i= 1; i < 66; i++) 

objC = Cmanager.open(Integer.toString(i)); 
objC = Cmanager.open(Integer.toString(Ccount)); 




















public void run_test2(int max_run) { 
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int choice = 1; 
double average; 








boolean RUN2 = true; 
int count = 0; 
int cntl = 0; 
int cnt2 = 0; 
int cnt3 = 0; 
long duration = 0; 
testtime.reset (); 
while (RUN2) 
{ 
choice = simulate.nextInt (74); 
calltime.reset(); 


try { 
if (choice < 10) 
{ 
objA.ml1 (); 
entl = cntl + 1; 
} 
else if (choice < 50) 
{ 
objA.m2(); 
objB.m1 (); 
ent2 = cnt2 + 1; 
} 
else if (choice < 74) 


{ 








objB.m1 (); 
obj jB.m2(); 
ent3 = cnt3 + 1; 
} 
else 
{ 
System.out.println("Got choice out of bounds " + choice); 
} 
} 
catch (Exception exc) { 
System.out.println("R2 exception: " + 
xc.getMessage()); 
exc.printStackTrace()j; 
RUN2 = false; 
RUNNING = false; 
} 
calltime.stop(); 
duration = duration + calltime.elapsedms ()j; 


count = count + 1; 
if (count < max_run) 
{ 
try { 
Thread.currentThread().sleep (6500); 
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} 
catch (Exception inter) { 
System.out.println("R2 exception on sleep: " + 
inter.getMessage()); 
inter.printStackTrace()j; 


} 








} 






































else 
{ 
RUN2 = false; 

} 
} 
testtime.stop(); 
System.out.println("Test 2 duration is " + testtime.elapsed()); 
System.out.println("Total number of calls is " + count); 
System.out.printlin(" 1 Number of calls is " + cntl1); 
System.out.printlin(" 2 Number of calls is " + cnt2); 
System.out.println(" 3 Number of calls is " + cnt3); 
average = (double) duration / (double) count; 
System.out.println("Average response time is " + average); 
System.out.println(""); 

} 
public static void main(String args[]) { 

/* 

ay 

R2 test = new R2(); 

calltime = new Timer(); 

testtime = new Timer(); 

simulate = new Random(); 
test.init (args); 
test.run_test2 (1184); 
test.set_memory(); 
System.out.println(""); 
System.out.println("Bumping the memory on the servers..."); 
System.out.println(""); 
test.run_test2 (1184); 





e) R3.java 


import java.util.Random; 
import java.rmi.Naming; 
import java.rmi.RemoteException; 
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[** 
* ff 
public class R3 { 


static Timer calltime; 


static Timer test 
static Random simula 











boolean RUNNING = tr 
A.Account objA = 
B.Account objB = 
C.Account objcC = 
A.AccountManager 
B.AccountManager 
C.AccountManager 


time; 
te; 


ue; 

null; 
null; 
null; 





Amanager = 


Bmanager 
Cmanager 





public void init (St 


ring[] a 


// Initialize the ORB. 
org.omg.CORBA.ORB orb = o 





// Get the manage 


r Id 


byte[] AmanagerId = "AMan 
byte[] BmanagerId = "BMan 
byte[] CmanagerId = "CMan 


// Locate an acco 
servant ID. 


unt mana 


null; 
= null; 
null; 


rgs) { 
rg.omg.CORBA.ORB.init (args,null); 


ager". getBytes () 
ager" .getBytes () 
ager".getBytes (); 
ger. Give the full POA name and the 









































Amanager = A.AccountManagerHelper.bind(orb, "/a_poa", AmanagerlId); 
Bmanager = B.AccountManagerHelper.bind(orb, "/b_poa", BmanagerIqd); 
Cmanager = C.AccountManagerHelper.bind(orb, "/c_poa", CmanagerId)j; 
// Request the account manager to open a named account. 
int Acount = simulate.nextInt (10); 
for (int i = 1; i < 10; itt) 
objA = Amanager.open(Integer.toString(i)); 
objA = Amanager.open(Integer.toString(Acount) ); 
int Bcount = simulate.nextInt (10); 
for (int i = 1; i < 10; itt) 
objB = Bmanager.open(Integer.toString(i)); 
objJB = Bmanager.open(Integer.toString(Bcount) ); 
int Ccount = simulate.nextInt (10); 
for (int i = 1; i < 10; itt) 
objC = Cmanager.open(Integer.toString(i)); 
objC = Cmanager.open(Integer.toString(Ccount) ); 
} 
public void set_memory() { 
int Acount = simulate.nextInt (44); 
for. (inter = AG) ds <A Ae a+) 





objA = Amanager.open(Integer.toString(i)); 
objA = Amanager.open(Integer.toString(Acount) ); 
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int Bcount = simulate.nextInt (60); 
for (int 2 = le a. < 60; i++) 

objJB = Bmanager.open(Integer.toString(i)); 
objJB = Bmanager.open(Integer.toString(Bcount) ); 








int Ccount = simulate.nextInt (66); 
for (int i= 1; i < 66; i++) 

objC = Cmanager.open(Integer.toString(i)); 
objC = Cmanager.open(Integer.toString(Ccount)); 








public void run_test3(int max_run) { 
int choice = 1; 
double average; 
boolean RUN3 = true; 
int count = 0; 
int tl = 
int 
int 
int 
int 
long duratio 


~‘e 


oN 


~e 


ou 
ll 

OO: @O@: *O 
~ 


~“e 


QO Oe.Q 


n 
nN 
n 
n 
n 
n 





testtime.reset (); 
while (RUN3) 





choice = simulate.nextInt (92); 
calltime.reset(); 
try { 
if (choice < 50) 
{ 
objA.m1 (); 
obj jB.m2(); 
entl = cntl + 1; 
} 
else if (choice < 60) 
{ 
objA.m1 () 
objA.m2(); 
objA.m3 () 
objB.m2 () 


ent2 ent2 «<b Ly 
} 
else if (choice < 90) 
{ 
objC.m2(); 


ent3 ents + Ly 


} 


else if (choice < 91) 
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objC.m3(); 


cent4 ent4 + 1; 
} 


else if (choice < 92) 


{ 


objB.m1 (); 
obj jB.m2(); 
cCnes-=-ents + Ly 
} 
else 
{ 
System.out.println("Got choice out of bounds " + choice); 


catch (Exception exc) { 

System.out.println("R3 exception: " + 
xc.getMessage()); 

exc.printStackTrace()j; 

RUN3 = false; 

RUNNING = false; 

} 

calltime.stop(); 

duration = duration + calltime.elapsedms (); 

count = count + 1; 

if (count < max_run) 


{ 








try { 
Thread.currentThread().sleep (4500) ; 
} 
catch (Exception inter) { 
System.out.println("R3 exception on sleep: " + 
inter.getMessage()); 
inter.printStackTrace()j; 


} 











} 

















else 
{ 

RUN3 = false; 
} 
} 
testtime.stop(); 
System.out.println("Test 3 duration is " + testtime.elapsed()); 
System.out.println("Total number of calls is " + count); 
System.out.printlin(" 1 Number of calls is " + cntl1); 
System.out.printlin(" 2 Number of calls is " + cnt2); 
System.out.println(" 3 Number of calls is " + cnt3); 
System.out.printlin(" 4 Number of calls is " + cnt4); 
System.out.println(" 5 Number of calls is " + cnt5); 
average = (double) duration / (double) count; 
System.out.println("Average response time is " + average); 
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System.out.println(""); 








public static void main(String args[]) { 
/* 
ay: 
R3 test = new R3(); 
calltime = new Timer(); 
testtime = new Timer(); 
simulate = new Random(); 
test.init (args); 


test.run_test3(1312); 


test.set_memory(); 

System.out.println(""); 

System.out.println("Bumping the memory on the servers..."); 
System.out.println(""); 





test.run_test3(1312); 
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